从WPF开发到ASP.NET开发

时间:2015-01-02 10:43:28

标签: asp.net .net wpf static-libraries

我在开发丰富的WPF应用程序(用于CRM方案)方面拥有丰富的经验。我是一名开发人员,使用带有TFS的Visual Studio进行版本控制。 我已经构建了一个框架,可以自动为我完成最基本的任务。要启动一个新的(WPF)应用程序项目,我所要做的就是:

  1. 创建新项目
  2. 包含对我的函数库的引用
  3. 在XML文件中定义数据结构
  4. 从我的自定义Application类继承新的应用程序类
  5. 我的库包含

    的功能
    • 后端创建和连接
    • 具有用户登录和管理/配置选项的主窗口
    • 自定义控件
    • 后台任务的自定义计划系统
    • 等。等

    从那时起的每个开发步骤都特定于当前任务/客户/产品。我可以100%专注于建模和创建自定义ui页面用于特殊目的 - 平均项目只能包含100行唯一代码。如果我偶然发现任何可重用的功能,我将其添加到我的库中。 我只需点击一下即可部署和更新所有项目。这使我能够作为单个开发人员处理许多项目。

    我的问题是:有多少"开发经验"可以(I)转换为ASP.NET开发。

    我不确定这是因为Javascript(jQuery)/HTML/VB.NET(或C#)的混合技术 我对每种语言都很熟悉,并且在做了一点学习之后能够与Servicestack有效地合作。 但我最担心的是:我的WPF开发设置是否具有尽可能多的可重用性。

    我最大的,即使没有达成的交易目标是:

    • 永远不会"身体"复制任何功能 - 一切都必须从库链接
    • 有一个可重复使用的主页面布局/设置"具有登录功能 - 这也必须在库中!
    • 永远不要将Visual Studio作为开发环境

    我需要依赖的所有模型/函数库(后端功能和实用程序功能)都是在.NET 2.0中开发的

    非常感谢您的投入!

    编辑以澄清: 我不是在寻找"模板" Visual Studio的功能。我很清楚这一点并在适当的时候使用它。这对我来说还不够,因为我的图书馆的更改/改进/扩展必须反映在所有项目中 - 这也适用于"主要/起始页面"功能。

    Visual Studio内置的ASP.NET模板实际上是我做想要的一个很好的例子。它们为您的" new"提供了非常具体的设置。具有大量自动生成代码的应用程序 - 即"物理复制"这个代码来自模板,以适应您的需求。

    每当我开始一个新项目时,我想要做的是:

    1. 开始"空" ASP.NET项目
    2. 在Azure中创建必要的云服务(托管/数据库/存储桶)等(VS非常合适)
    3. 包括我需要的库(例如,反过来包括必要的服务栈库)
    4. 开始建模/设计新项目的特定需求

0 个答案:

没有答案