0
我的意思不是有爭議。如果你覺得合適，關閉。但是我必須選擇最好的方式來更新經典ASP中的Intranet。我看過很多框架，仍在尋找和學習，但未定。我知道PHP仍在更新，是一種很好的語言，但我在想。如果我想要一個框架無法創建和經典ASP的MVC框架？我相信我可能可以，但那不是重點。我想......我可以做到這一點，或者我可以用PHP創建頁面，而不需要框架，我會在哪裏？與經典ASP相同的困境，只有一種不同的語言。這使我認爲PHP在我的環境中可能是「危險的」，在這個環境中，每個人都可能不理解或「相信」MVC。 PHP很適合牛仔編碼和圖層混合。畢竟，啓動記事本和代碼非常容易，而不必擔心「東西」的層和層。傳統的ASP很像PHP和一些關於MVC的問題？
我的問題：所有的平臺和語言都是如此嗎？有沒有這樣設計的，以至於很難回到邪惡的方式？我唯一能看到的就是ASP.NET MVC。這很難開始，最終不使用它。 Java EE 6.我不知道。我知道Java從很久以前就已經是MVCish了。
謝謝你的任何想法。我不需要聽MVC的善舉。這不是我的觀點。我只是有一個觀察，想要如何保持我的項目MVC。
這是更多的社會/同事教育問題，但是，如果你不真的想要一個程序設置的可能性PHP不會是你的選擇。另一方面，對於你的同事來說，這將是一個更加陡峭的學習曲線，而PHP（和其他人）仍然可以成爲一個能夠兼顧雙方的好地方。最有可能的是，你的選擇將是一種接近你的同事已經知道的語言，並且使用MVC模式應該是商定的約定。 – Wrikken 2010-09-17 16:53:14
實際上，當談到MVC和基於第一印象時，我確實有點小菜鳥，我不能幫助注意MVC中的「視圖」看起來像一個經典的ASP頁面，其中包含所有<% and %>。回到過去的美好時光！ :-) – InSane 2010-09-17 16:55:34
投票結束。很難說這裏真正被問到的是什麼。 PHP有MVC框架，只要你讓你的開發人員符合標準（通過文檔等），你應該不會有東西在整個地方的問題。而且，如果開發人員不遵守標準，這可能會發生在任何語言中。這或多或少是人爲的干擾，而不是語言。 – 2010-09-17 17:18:20