Scottyfaic
2022-01-03T14:11:45+00:00
我是自动化行业的，以前做PLC，DCS，现在用.net平台的WPF做上位机，实现的就是上位机通过各种通信协议连接并控制下位机的设备，实现整体控制和数据交互，如视觉系统，PLC等。并记录它们的数据，放在数据库，将来还有可能把数据传给云端或者MES。
虽然WPF也是前段用XAML这种标记语言做前端，使用MVVM模式实现前后端分离，但大部分WPF开发者都是前后端一起做的。我看互联网行业的程序员大部分人都是前端和后端分开做，互相不了解对方的技术栈，这是为什么？
还有，如果有WPF的开发经验，转互联网的难度大吗？
工程上这么做效率最高最清晰
一个前段加一个后端要强于两个半吊子
而且互联网的前后端都可以非常复杂
所以了解对方没太大用
wpf是前端而已，我之前搞过，转前端不难，说句不好听的 现在前端很多理念都是来自wpf。后台不了解，不过和wpf关系不大。
只谈一点感受：
互联网产品面向的用户不少属于2b+2c的模式，在脑中对比一下电商/短视频APP/web页面与医疗/银行甚至大型数控设备的控制板界面——
我认为前端页面的用户友好性需求是互联网产品前端开发作为独立工种的根本原因。
因为表现层越来越复杂了呀，而且还老改来改去的
还有同一个后端要适应多个不同的前端页面
一个做可视化，一个做逻辑，分工明确效率更高吧，毕竟全栈工程师不好找。
[quote][pid=580574153,30226304,1]Reply[/pid] Post by [uid=1195725]sytlwy6464[/uid] (2022-01-10 22:26):
wpf是前端而已，我之前搞过，转前端不难，说句不好听的 现在前端很多理念都是来自wpf。后台不了解，不过和wpf关系不大。[/quote]wpf的后台不是各种数据库增删改查，和其他设备的通信协议吗。。。后端的主要业务不就是这些吗，难道你说的wpf只写xaml，不写c# ？
把功能区分开啊，耦合在一起，改前端页面也改后台逻辑，毕竟是2C的产品。
你写WPF就只是单平台的。
考虑一下你得为24寸，27寸设计做一套UI，还得给平板做一套UI，另外还有一套手机UI。
特别是功能更多了以后，你大半精力都花在搞那些后台通信，连你百十来套不一样的下位机调参数调通信。自然是手搓一套ViewModel然后把那些撸UI的活分出去了。
毕竟UI设计交互还得考虑用户，还有动效，也是一大坨麻烦事。
你这现在没分出去只是还不够复杂而已。
量变引起质变吧，都是代码，但是实际上差别可大了……
就像我刚工作的时候也是全能型选手，后来努力学习了几年进大厂了就变成单一型选手了，你猜我是进步了还是退步了[s:ac:偷笑]
巧了，我也是自动化转的开发，前后端分开是为了代码解耦，小项目其实没所谓，大项目你不解耦最后必然会造一坨屎山，以后谁会维护升级？说出这种话太业余了兄弟
[quote][pid=580576932,30226304,1]Reply[/pid] Post by [uid=60427845]acasn[/uid] (2022-01-10 22:40):
巧了，我也是自动化转的开发，前后端分开是为了代码解耦，小项目其实没所谓，大项目你不解耦最后必然会造一坨屎山，以后谁会维护升级？说出这种话太业余了兄弟[/quote]前后端肯定要解耦啊。你没看懂我说的意思，MVVM目的不就是为了前后端解耦。我的意思是虽然解耦，但作为一个合格的程序员，前后端也都要会啊，只会一个不是一条腿走路吗
发展到一定程度的行业细分是很正常的。
医学分内科外科。
电力分强电弱电。
化工分有机无机。
术业有专攻
作为程序员，你当然最好要求自己前后端都会。就像你工作不仅要学习技术还得适当学习业务
但是从公司角度来说，一个前端+一个后端分开干的工作效率通常都比两个全栈高很多
Reply to [pid=580574710,30226304,1]Reply[/pid] Post by [uid=40045369]听说你没有男朋友那真是太好了[/uid] (2022-01-10 22:29)
互联网的终点是全栈[s:ac:哭笑]
[quote][pid=580577410,30226304,1]Reply[/pid] Post by [uid=63329953]NGA老哥啊[/uid] (2022-01-10 22:43):
前后端肯定要解耦啊。你没看懂我说的意思，MVVM目的不就是为了前后端解耦。我的意思是虽然解耦，但作为一个合格的程序员，前后端也都要会啊，只会一个不是一条腿走路吗[/quote]为什么要会呢
大公司都不会让后端干前端的活或是让前端干后端的活
一个资深前/后端那么高的人力成本 让他干初级后/前端也能干的活这不是浪费吗