我應該使用什麼類型的軟件架構？

我正在爲我的項目開發一個Web應用程序。在這個應用程序中，用戶必須將他們面向對象軟件的代碼上傳到我的應用程序，然後測量該軟件的耦合和內聚值。我應該使用什麼類型的軟件架構？

我真的很困惑我應該在設計這個應用程序時使用什麼類型的體系結構。 MVC會是一個不錯的選擇嗎？

2011-02-04 Rogue

我寧願實現它作爲一個IDE插件。 – 2011-02-04 13:00:28

我同意你從鮑里斯和大衛那裏得到的兩條評論，我會補充一點。

如果它是一個基本上只讀的網站，那麼MVC應該沒問題，但如果有很多表單填充，您可能需要更經典的ASP.NET類型的方法。我只根據我在別處找到的信息說這個 - 不是第一手。

儘管「架構」超出了MVC vs. Classic ASP.NET的範圍，當你說「上傳」時，我們會推斷這是一個基於網絡的應用程序，它建議使用MVC/ASP.NET，但這可能會引起人們的注意。如果應用程序的核心是一組分析代碼的算法，那麼關於如何構建它，門仍然是廣泛開放的。

誰是你的用戶羣，他們在哪裏？
他們喜歡怎樣工作，他們的背景是什麼？（他們是期待iPhone應用程序輕鬆上傳的Apple用戶嗎？）。
您需要嚴格保護您的IP嗎？
什麼是您的定價模式？你甚至有嗎？
人們想要分析多少代碼。

來源

2011-02-07 04:53:11

aspnet MVC只是您的體系結構的一部分 - 最有可能是Web/UI層。就像其他人所說的那樣，由於你的應用程序的功能促進了解耦的想法，所以也許在經典的aspnet和aspnetmvc的替代品之間選擇應該是mvc。

這個問題可能更好措辭「你可以建議什麼技術/框架？[對於x功能]」。如果你想要一個Web應用程序的好處，那麼我肯定會建議通過aspnet的mvc，但也許一個web應用程序不是你所需要的。就像鮑里斯說的那樣，一個開發環境的插件工具可能更適合用戶，因爲它可能會給用戶帶來更好的體驗。而不是用戶打包所有代碼並上傳它進行分析，只需單擊一下IDE中的按鈕，就可以使整個事情作爲一個插件來減輕痛苦。誰知道？

也許如果需要開發環境以外的上傳功能，可能需要使用多端點方法。也許這個插件可以連接到一個MVC Web服務，並且相同的MVC應用程序也可以爲上傳提供方便的UI，從而減少雙重工作（DRY）？ ..只是想法

來源

2011-02-07 06:59:41

我應該使用什麼類型的軟件架構？

回答

相關問題