在试图理解一个程序时，或者在某些极端情况下，找出某个东西的类型是很有用的。我知道调试器可以向您显示一些类型信息，在这些情况下，您通常可以依靠类型推断来避免不指定类型，但我仍然希望有类似Python的type()的东西。

dynamicType(参见这个问题)

更新:在Swift的最新版本中，obj已被更改。dynamicType现在提供了对类型的引用，而不是动态类型的实例。

这款似乎最有希望，但到目前为止我还没能找到实际的型号。

class MyClass {
    var count = 0
}

let mc = MyClass()

# update: this now evaluates as true
mc.dynamicType === MyClass.self

我还尝试使用类引用来实例化一个新对象，这确实有效，但奇怪的是，给了我一个错误，说我必须添加一个必需的初始化器:

工作原理:

class MyClass {
    var count = 0
    required init() {
    }
}

let myClass2 = MyClass.self
let mc2 = MyClass2()

不过，要真正发现任何给定对象的类型，这仍然只是一小步

编辑:我已经删除了大量现在不相关的细节-如果你感兴趣，看看编辑历史:)

假设我有下面的类X，我想返回一个内部成员的访问:

class Z
{
    // details
};

class X
{
    std::vector<Z> vecZ;

public:
    Z& Z(size_t index)
    {
        // massive amounts of code for validating index

        Z& ret = vecZ[index];

        // even more code for determining that the Z instance
        // at index is *exactly* the right sort of Z (a process
        // which involves calculating leap years in which
        // religious holidays fall on Tuesdays for
        // the next thousand years or so)

        return ret;
    }
    const Z& Z(size_t index) const
    {
        // identical to non-const X::Z(), except printed in
        // a lighter shade of gray since
        // we're running low on toner by this point
    }
};

两个成员函数X::Z()和X::Z() const在大括号内具有相同的代码。这是重复的代码，可能会导致具有复杂逻辑的长函数的维护问题。

有办法避免这种代码重复吗?

React 16.3.0已经发布，Context API不再是实验特性。Dan Abramov (Redux的创造者)对此写了一篇很好的评论，但当时Context还只是一个实验性功能。

我的问题是，在你的观点/经验中，我什么时候应该使用React Context而不是React Redux，反之亦然?

我在我的代码中得到一个警告，声明:

这个AsyncTask类应该是静态的，否则可能会发生泄漏(匿名android.os.AsyncTask)

完整的警告是:

This AsyncTask class should be static or leaks might occur (anonymous android.os.AsyncTask) A static field will leak contexts. Non-static inner classes have an implicit reference to their outer class. If that outer class is for example a Fragment or Activity, then this reference means that the long-running handler/loader/task will hold a reference to the activity which prevents it from getting garbage collected. Similarly, direct field references to activities and fragments from these longer running instances can cause leaks. ViewModel classes should never point to Views or non-application Contexts.

这是我的代码:

 new AsyncTask<Void,Void,Void>(){

        @Override
        protected Void doInBackground(Void... params) {
            runOnUiThread(new Runnable() {

                @Override
                public void run() {
                    mAdapter.notifyDataSetChanged();
                }
            });

            return null;
        }
    }.execute();

我该如何纠正呢?

今天我更新了字体Awesome包到4.3.0，注意到增加了woff2字体。该文件在CSS中链接，所以我需要配置nginx来正确地服务woff2文件。

目前我有这个块在nginx配置字体:

location ~* \.(otf|eot|woff|ttf)$ {
    types     {font/opentype otf;}
    types     {application/vnd.ms-fontobject eot;}
    types     {font/truetype ttf;}
    types     {application/font-woff woff;}
}

woff2字体的正确mime类型是什么?

c++代码是否可能同时符合c++ 03标准和c++ 11标准，但根据编译的标准做不同的事情?

我使用实体框架5.0代码第一;

public class Entity
 {
   [Key, DatabaseGenerated(DatabaseGeneratedOption.Identity)]
   public string EntityId { get; set;}
   public int FirstColumn  { get; set;}
   public int SecondColumn  { get; set;}
 }

我想让FirstColumn和SecondColumn的组合是唯一的。

例子:

Id  FirstColumn  SecondColumn 
1       1              1       = OK
2       2              1       = OK
3       3              3       = OK
5       3              1       = THIS OK 
4       3              3       = GRRRRR! HERE ERROR

有办法吗?

我最近无意中发现了这段代码:

function xrange($min, $max) 
{
    for ($i = $min; $i <= $max; $i++) {
        yield $i;
    }
}

我以前从未见过这个yield关键字。试着运行我得到的代码

解析错误:语法错误，意外的T_VARIABLE在x行

那么yield关键字是什么呢?它是有效的PHP吗?如果是，我该怎么用呢?

当IN子句的值列表来自业务逻辑时，使用Dapper ORM编写带有IN子句的查询的最佳方法是什么?例如，假设我有一个查询:

SELECT * 
  FROM SomeTable 
 WHERE id IN (commaSeparatedListOfIDs)

commaSeparatedListOfIDs是从业务逻辑传入的，它可以是任何类型的IEnumerable(Integer)。在这种情况下如何构造查询?我是否需要做我目前所做的基本上是字符串连接还是有一些我不知道的高级参数映射技术?

当我尝试用GCC编译使用gets()函数的C代码时，我得到这个警告:

(.text+0x34):警告:' gets'函数是危险的，不应该使用。

我记得这与堆栈保护和安全性有关，但我不确定确切的原因。

我如何删除这个警告，为什么使用gets()会有这样的警告?

如果gets()是如此危险，那么为什么我们不能删除它?