項(xiàng)目開發(fā)完，對(duì)方不給源代碼怎么辦？首先，這取決于合同的性質(zhì)。如果是傭金合同，要看傭金的具體內(nèi)容。如果它是一個(gè)合同，它通常不涉及源代碼。讓我們看看項(xiàng)目的性質(zhì)。如果是應(yīng)用程序項(xiàng)目，通常不提供源代碼，但這是

項(xiàng)目開發(fā)完，對(duì)方不給源代碼怎么辦？

首先，這取決于合同的性質(zhì)。如果是傭金合同，要看傭金的具體內(nèi)容。如果它是一個(gè)合同，它通常不涉及源代碼。

讓我們看看項(xiàng)目的性質(zhì)。如果是應(yīng)用程序項(xiàng)目，通常不提供源代碼，但這是一個(gè)特例。它需要特別的協(xié)議。如果是開發(fā)項(xiàng)目，應(yīng)該有一個(gè)關(guān)于版權(quán)的特別協(xié)議。

Microsoft、IBM和Oracle都承擔(dān)了大量的應(yīng)用程序項(xiàng)目，很少提供源代碼。

涉及產(chǎn)品質(zhì)量的，按照《中華人民共和國(guó)產(chǎn)品質(zhì)量法》第四章的規(guī)定辦理。如果涉及操作，需要在合同中明確規(guī)定。沒有約定的，開發(fā)商不承擔(dān)經(jīng)營(yíng)責(zé)任。

至于不移交，這是一個(gè)債務(wù)糾紛。如果續(xù)期義務(wù)有先后順序，則可以按照續(xù)期義務(wù)的先后順序主張權(quán)利。例如，付款交貨或交貨付款。

如果雙方?jīng)]有書面合同，并且當(dāng)時(shí)對(duì)協(xié)議有不同的理解，那么就坐下來談?wù)劇Ｄ憧偰苷业睫k法。

如果什么都沒有，那就取決于友誼。關(guān)于幫助不會(huì)有太多的一致意見。

如果沒有合同，我們不能坐下來談，我們不能交朋友，我們把錢還給他們，他們不履行交貨義務(wù)，那我們就活該?；蛟S，收集一些證據(jù)，打官司，希望挽回一些損失。祝你好運(yùn)。

想用laravel快速搭建個(gè)后臺(tái)怎么做？

如果一個(gè)curd后臺(tái)可以通過配置自動(dòng)生成，那就太棒了

中間件源代碼中間件本身分為兩種，一種是全HTTP，另一種是路由。中間件的一個(gè)請(qǐng)求周期是：請(qǐng)求在路由前必須經(jīng)過HTTP中間件，然后經(jīng)過requse對(duì)應(yīng)的路由中間件，最后輸入相應(yīng)的控制器代碼。Laravel將請(qǐng)求分為兩種類型：HTTP和console。不同的請(qǐng)求方法使用自己的內(nèi)核來驅(qū)動(dòng)應(yīng)用程序。

laravel中間件有什么用？

這是一個(gè)有趣的問題。拉威爾的缺點(diǎn)是什么？Laravel的缺點(diǎn)是學(xué)習(xí)成本高，起步困難。國(guó)內(nèi)用戶少，相關(guān)信息獲取困難。此外，它使用了許多第三方開源庫(kù)，這也可以說是它的優(yōu)勢(shì)所在。因?yàn)楹芏嗟谌介_源庫(kù)導(dǎo)致學(xué)習(xí)成本較高，幾乎所有的開源庫(kù)也都在迭代更新的過程中，但這也讓位于使用很多第三方開源庫(kù)更容易發(fā)送，你可以快速添加擴(kuò)展來添加新函數(shù)。值得注意的是，拉威爾的表現(xiàn)略顯遜色。對(duì)我來說，拉威爾的這些缺點(diǎn)都可以忽略不計(jì)。至少目前，我不需要考慮任何性能問題。我是拉威爾的粉絲。歡迎與我討論拉威爾的相關(guān)問題。

Laravel框架有哪些缺點(diǎn)？

這是php5.5的一項(xiàng)功能。它可以獲得類的完全限定名，包括名稱空間。既然有這么快的方法，你為什么要自己寫一個(gè)字符串呢？