Asp.net mvc 维护和开发3个类似站点的最佳方法
这将有点像S[OFU],只是网站之间会有更多的差异 使用不同的外观和功能同时开发3个站点的好方法是什么?我相信我的外观可能只会改变CSS和一些不同类别的后端数据。我还需要一些功能和选项,以特定于一个或两个,但不是所有的网站Asp.net mvc 维护和开发3个类似站点的最佳方法,asp.net-mvc,testing,web,build-process,Asp.net Mvc,Testing,Web,Build Process,这将有点像S[OFU],只是网站之间会有更多的差异 使用不同的外观和功能同时开发3个站点的好方法是什么?我相信我的外观可能只会改变CSS和一些不同类别的后端数据。我还需要一些功能和选项,以特定于一个或两个,但不是所有的网站 在开发过程中,开发、维护和测试站点最简单的方法是什么?我希望在VisualStudioIDE中更改一些简单的根目录,可以通过站点特定根目录中的配置文件来启用站点特定的特性。 ,您可能需要考虑以某种模块化的方式开发。这样,公共元素可以在站点之间完全共享(只有两个相同代码的部署)
在开发过程中,开发、维护和测试站点最简单的方法是什么?我希望在VisualStudioIDE中更改一些简单的根目录,可以通过站点特定根目录中的配置文件来启用站点特定的特性。
,您可能需要考虑以某种模块化的方式开发。这样,公共元素可以在站点之间完全共享(只有两个相同代码的部署),而不同的元素是它们自己的独立模块。
您是说有3个项目文件、一个共享源部分和一个包含站点特定模块的部分?分别构建它们?(共享源文件不是副本,但都指向原件)?当然,这是一种方法。这样做的目的是为了尽量减少在项目之间对完全相同的内容进行“复制粘贴”的次数;也要把不同的部分分开,这样它们就不会在不相关的元素中导致更复杂的逻辑。我坐在这里想了想。听起来不错。这听起来不像你说的不使用配置文件来启用/禁用功能,但使用单独的模块可能更简单。听起来不错。首先,我没有理由使用启用配置文件。我只是喜欢单体建造的想法。认可的!否决票?我有点失望