将.NET桌面应用程序迁移到Web

跳伞

工作人员
已加入
2019年4月6日
留言内容
2,540
地点
弗吉尼亚州切萨皮克
编程经验
10+
也许我想念一些东西。微软试图通过其WebForms吸引桌面程序员成为Web开发人员。那是一次惨痛的失败,因为即使WebForms试图隐藏HTTP的无状态性质,但当可怜的桌面开发人员不得不跟踪回发与非回发时,它仍然会严重崩溃。 WiseJ背后的想法是现在的桌面开发人员与网络完全隔离,他们可以像在为桌面编写代码一样编写代码吗?因此,如果他们想要截屏,或者需要检查是否按住Shift键,或者需要计算跨屏幕对角线的像素数量,或者需要强制用户连接到G:驱动器在他们的桌面上可以吗?
 

弗兰克(ITG)

新成员
已加入
2020年6月26日
留言内容
3
编程经验
10+
使用Wisej,您不必跟踪状态。服务器层(.NET)与客户端层(Javascript)实时同步。
尽管您不必在客户端上处理Javascript,但您当然可以处理某些任务,包括有关客户端设备,键盘等的信息。
访问本地驱动器可能是一个必须重新设计的区域,但是当移至Web时。
 

跳伞

工作人员
已加入
2019年4月6日
留言内容
2,540
地点
弗吉尼亚州切萨皮克
编程经验
10+
我知道了。

这篇文章似乎对移植到Web的容易程度起了很大的作用,但是随后也不必理会该移植过程。相反,它会立即跳到一个具有大量控件的GUI设计器的位置,您只需拖动即可& drop controls unto the design surface. Does that mean that each GUI has to be re-written from scratch? Or is there actually a porting process which will replace each Form with a Page and each WinForms control with its corresponding WiseJ control? Or is the developer forced to redesign each piece of GUI from scratch using the WiseJ designer?

If there is a porting process, is it automated or manual? If it's automated, will it carry over all the event handlers? And more importantly, will it carry over the WndProc() and IMessageFilter code that WinForm programmers eventually resort to to get a particular Windows GUI effect that they want?
 

弗兰克(ITG)

新成员
已加入
2020年6月26日
留言内容
3
编程经验
10+
移植过程如果一半自动化,一半手动。设计器直接集成到Visual Studio中
就像使用WinForms应用一样使用它。
不必重新创建GUI,即用于创建新的应用程序或其他功能。

业务逻辑将在很大程度上转移。特殊的GUI效果可能必须重建,但是
借助灵活的主题系统,您将获得比以往更多的选择。
 
最佳 底部