我有一个架构决策的问题：我们要建立一个新的应用程序，我们已经决定，我们将使用ASP.NET MVC和Entity Framework（数据库第一可能）。 在第一fases我们只建立定期浏览器的Web应用程序，但在未来，我们可能会增加移动应用程序。 （SOA？）
我的问题是，现在这将是建立应用程序体系结构的最佳方式？
这是否是正确的？
我一直在寻找的例子，模式和最佳实践，但我似乎无法找到适合恰到好处。
谢谢！
的方式，我通常构建解决方案，我（ 编辑适合的NuGet）
依赖流了这个结构，即，上面的事可能会引用下面的事情，而不是相反。 我也有每个项目单独的测试项目。 在某些情况下，我使用的网络/普通类打包带的NuGet并在本地存储库外部托管，共享库。
对于移动，如果你正在通过网络去，我会直接构建到使用jQuery Mobile和移动感知的视图引擎的网站。 如果你想人，那么我补充一点，可能会或可能不会有相同的看法模型作为网站的API交付和开发针对API这个结构之外的移动应用的WebAPI层。 最有可能的API有它自己的模式和坐落在一个独立的堆栈业务层以上。 在我当前的项目，我们有一个单独的解决方案中的数据，并正在制定单独的解决方案的API和网站，通过的NuGet包共享模式。
这听起来并不像你的球队有足够的信息来作出决定呢。 我知道，这就是为什么你在这里问的问题，但你不应该依赖于你得到任何答复。 ASP.NET MVC和EF 可能是你一个很好的解决方案，但你不应该没有至少已经经过书呆子晚餐或工作选择它的音乐商店教程。
你这样做之后，你就可以回答关于建筑你自己的问题，并可能会发现一些其他问题也是如此。
一个基本的策略可能包含以下内容：
首先你必须决定如何你想实现你的网站的移动版本。 基本上，你有两个选择：
通常情况下我使用3个项目
我想，你选择了一个正确的应用架构，我们也使用了相同的应用程序架构在我们的项目之一...
MvcProject
Model
View
Controller
DAL project
Holds edmx and T4 templates
请记住，最好的建筑是直接与预算和时间相关。
MVC将花费比普通asp.net更多：
我假设你的意思定期asp.net时，你说DAL项目。 如果是这种情况，那么：
在问候移动开发不要紧，你选择什么样的网站。 您的移动应用程序应该使用设备的母语（IOS，安卓等）进行开发。 然后你通过SSL和JSON应用程序通信。
