鍍金池/ 問答
笨笨噠 回答

沒看懂意思，什么太大？什么不行？

糖豆豆 回答

你是怎么寫的它默認(rèn)就是左右不會上下
除非你設(shè)置了direction: 'vertical'

陪妳哭 回答

使用nginx或別的服務(wù)端做反向代理，使用公司域名的一個子目錄指向內(nèi)網(wǎng)網(wǎng)站

心上人 回答

HTML php mysql 都在同一頁
當(dāng)這一頁需要修改的時候，你有感覺吃力嗎
有的話試試 一些PHP框架 應(yīng)該就可以理解了

你的瞳 回答

都提示你Login failed了，這明顯是客戶端登錄而不是服務(wù)端服務(wù)吧？
我記得Win10是同時有客戶端和服務(wù)端的，只不過得去組件里裝一下（默認(rèn)沒裝），然后再到服務(wù)里開一下就能用了。

淺淺 回答

你知道為什么會這樣，所以你應(yīng)該只到用#是沒用的。
這是因?yàn)閡rl為路由，刷新頁面時瀏覽器通過這個Url到后端拿資源拿不到。所以解決問題的方法放在后端，增加請求攔截。

在后端如何解決，簡單說個例子吧。

假如入你的路由url為http://127.0.0.1/demo1/about，瀏覽器刷新時，后端進(jìn)入請求攔截，攔截確認(rèn)是history模式，然后將request的url重定向/，而后返回。
瀏覽器從/請求頁面，然后頁面中的js發(fā)現(xiàn)url匹配路由/demo1/about，而后js渲染頁面。

可以參考Vue-router里的 connect-history-api-fallback 中間件實(shí)現(xiàn)。

巫婆 回答

假設(shè)每個DIV都有一個class，scrollable-div，在CSS內(nèi)：

.scrollable-div { 
    height: 100%;
    overflow-y: scroll;
}
病癮 回答
  1. 首先談?wù)勀銓Ω卟l(fā)和多線程的理解
  2. 再談?wù)勀銈冺?xiàng)目的實(shí)際業(yè)務(wù)，因?yàn)槊撾x業(yè)務(wù)談高并發(fā)都是耍流氓。
  3. 再根據(jù)你們的項(xiàng)目，說說你是如何做高并發(fā)和多線程的。
  4. 然后一定要說你做了什么，達(dá)到了什么效果，一定要有前后數(shù)據(jù)對比，就是用數(shù)據(jù)說你達(dá)到的成就效果。
  5. 再說說你這樣的設(shè)計(jì)或者實(shí)現(xiàn)有什么好處，對項(xiàng)目或者業(yè)務(wù)的發(fā)展能有什么幫助。
  6. 最后說說，你一直期望能多學(xué)習(xí)不同項(xiàng)目不同公司的多線程和高并發(fā)的經(jīng)驗(yàn)。如果可以，你期望到貴公司學(xué)習(xí)更多經(jīng)驗(yàn)。
  7. 另外，如果你項(xiàng)目中沒有用到太多的高并發(fā)和多線程，那么你就談?wù)勀阄磥砥谕绾稳ヒ?guī)劃，還是按照上面那幾點(diǎn)的套路來回答。
小曖昧 回答

可以考慮db.source_db.copyTo(target_db) 要注意這個會鎖住數(shù)據(jù)庫，還有就是要備份，或者把現(xiàn)有的2個數(shù)據(jù)庫拷貝到第3個里面，這樣不怕數(shù)據(jù)丟失，即使有什么問題依然有原始數(shù)據(jù)。

我不懂 回答

游戲開發(fā)采用時間軸來控制動畫的比較多, 時間拆分成幀.
幀率固定,使得運(yùn)動看上去很連貫.

你要采用速度,阻尼的方式來控制運(yùn)動.

速度是失量, 有方向和值.

阻尼是不按鍵后,多長時間停下來.

速度設(shè)一個最大值, 不管按鍵多快也不能超過最大值.

每收到一個按鍵,修改一下速度.

雖然年限比你稍長一點(diǎn)，但也有同樣的焦慮
絯孑氣 回答

不知道你具體想要達(dá)到什么目的，如果只是想知道為什么這個命令不對，從字面意思看set-upstream-to就是設(shè)置當(dāng)前分支的跟蹤分支是什么，感覺后面就需要一個參數(shù)，也就是需要跟蹤的分支：

git branch --set-upstream-to origin/dev

set-upstream看字面意思是設(shè)置什么分支的跟蹤分支是什么，所以后面是跟兩個參數(shù)，也就是本地分支名和線上分支名。
所以要想用set-upstream-to代替set-upstream，你需要首先切換到想要設(shè)置跟蹤分支的本地分支，然后再通過set-upstream-to設(shè)置想要跟蹤的線上分支:

git checokut dev
git branch --set-upstream-to origin/dev
莓森 回答

已經(jīng)解決，是一個小小的語法錯誤

不二心 回答 
import inspect
class IntTuple(tuple):
    def __new__(cls, iterable):
        g = (x for x in iterable if isinstance(x,int) and x > 0)
        return super(IntTuple, cls).__new__(cls, g)
    def __init__(self, iterable):
        print(inspect.getargspec(super(IntTuple, self).__init__))    # 打印父類的__init__ 
        # ArgSpec(args=['self'], varargs='args', keywords='kwargs', defaults=None)
        print(iterable)

t = IntTuple([1,-1,'abc',6,['x','y'],3])
print(inspect.getargspec(t.__init__))    # 打印你自己定義的__init__
# ArgSpec(args=['self', 'iterable'], varargs=None, keywords=None, defaults=None)

你會發(fā)現(xiàn)tuple父類的__init__根本沒有參數(shù)傳遞，從報的錯誤可以看出，tuple沒有實(shí)現(xiàn)__init__魔術(shù)方法，而是直接繼承的object。從傳遞的參數(shù)也可以看出來，iterable還是那個沒處理的，而不是從__new__里傳遞過來的g

骨殘心 回答

目前有個比較low的方法，就是在父類里面，界面消失時，做個隱藏導(dǎo)航欄的處理，體驗(yàn)稍微差點(diǎn)
-(void)viewWillDisappear:(BOOL)animated{

[super viewWillDisappear:animated];
if (self.isFromWeex) {
    [self.navigationController setNavigationBarHidden:YES];
}

}
希望有好的建議，繼續(xù)提出，謝謝！

若相惜 回答

首先給出我認(rèn)為的正確寫法吧（我copy了Predicat類，然后改名為PredicateExt進(jìn)行重寫）

default PredicateExt<T> negate() {
        PredicateExt<T> predicate = this;
        PredicateExt<T> otherPredicate = new PredicateExt<T>() {
            @Override
            public boolean test(T t) {
                return !predicate.test(t);
            }
        };
        return otherPredicate;
    }

再來看看Java8中Predicate.negate到底表達(dá)的是什么意思

  1. Predicate肯定是一個類，(t) -> !test(t)這種lamdba語法也只是表示Predicate的一個對象而已
  2. default方法就是代表了Predicate對象的某個實(shí)例方法

因此結(jié)合以上兩點(diǎn)，可以直接看出Predicate.negate代表Predicate的某個對象A執(zhí)行時，根據(jù)A的執(zhí)行結(jié)果再次創(chuàng)建了一個新Predicate的對象B
所以，要換種方式來表示Predicate.negate方法，肯定也要體現(xiàn)出A，B兩個新舊對象，并且該方法的執(zhí)行結(jié)果是根據(jù)A的執(zhí)行結(jié)果體現(xiàn)出來的

再來說說題主為什么會死循環(huán)，雖然題主已經(jīng)明顯new了一個Predicate對象，這里體現(xiàn)了A，B兩個新舊對象，但是后面的執(zhí)行結(jié)果并沒有體現(xiàn)出是根據(jù)A的執(zhí)行結(jié)果來產(chǎn)生B的
主要在于里面的在重寫B(tài)的test方法時，是再調(diào)用test方法的，只是前面加了一個!,所以顯然這里調(diào)用的是B的Predicate的test方法，當(dāng)然就是循環(huán)調(diào)用了，可別指望它能調(diào)用A的Predicate方法，因?yàn)槟阏谥貙戇@個新Predicate的方法，這里的this指針，肯定是指向B的

鑒于此，既然在B里面重寫方法時this指針是指向B的，那就在外面顯示的把A的對象指示出來，然后再B中重寫時，顯示用的A的方法進(jìn)行執(zhí)行，這樣就可以了，所以才有上面的寫法

從運(yùn)行的debug來看，以前的方式和現(xiàn)在重寫的方式，在新的B對象中，都包含了以前的舊對象A的，所以是可行的

clipboard.png

懶洋洋 回答

http://www.cnblogs.com/dolphi...
建議看下這篇文章 講的很詳細(xì) 看完相信你能理解

枕頭人 回答 
{* display the value of the cookie "username" ($_COOKIE['username']) *}
{$smarty.cookies.username}

https://www.smarty.net/docs/z...

首頁 上一頁 1 2 3 4 5 6 7 8 下一頁 尾頁