现在是不是都减少使用c/s，更多的使用b/s了？

[Tiny~]

之前给客户用的都是单机版的，winform+sqlite的，众多客户使用多年没啥问题。但是现在有多位客户提出要求，希望是多地可访问使用（目前用云盘同步解决，但是还是很麻烦，有时候同步会出错），想改成sql-server（或mysql）版本的，数据库不放在客户本机而是云服务器上，这样客户使用不需要考虑同步之类的问题了。

现在问题是：采用winform+远程服务器上的sqlserver的方式，无论执行效率、安全性、升级维护，是不是比winform套壳（比如用cef套壳浏览器访问的b/s）更慢、差一些？

如果是这样的话，是不是直接套壳--或者干脆也别套壳了，直接开放一个网址给客户，这样效率更高？这样还有另外一个“好处”：不会开发安卓的情况下，webview套壳网页，也可以简单的让安卓手机安装app，反正数据同源

[X-i-n]

引用

如果是这样的话，是不是直接套壳--或者干脆也别套壳了，直接开放一个网址给客户，这样效率更高？这样还有另外一个“好处”：不会开发安卓的情况下，webview套壳网页，也可以简单的让安卓手机安装app，反正数据同源

是的，这是终极解决方案。winform直连数据库是第二糟糕的做法，比共享数据库文件稍微好一丁点，cs模式一定要由服务端连接数据库。

[xuzuning]

远程服务器上的sqlserver的是文件共享方式哪来的C/S?

[以专业开发人员为伍]

微软在 .net 5.0 正式发布了 blazor assembly。今后正式步入 webassembly 时代，我们再也不会专门去招聘 js 程序员了。

[以专业开发人员为伍]

在网页上，可以跑 .net 大型框架，我所举的示例的代码基本上基本上都是可以在网页上直接跑的，所有 .net 框架内的庞大的功能——以及你符合 .net core 规范的代码——都能运行在网页客户端。并且 .net 当然也可以直接控制 DOM 来设计网页控件。

[wanghui0380]

你们太过执着了，我们都说了很多年了。程序员就是程序员何必非要弄个这个，那个的派系 东西发展到现在了，依旧还要继续分派系么？ 驱动+netcore+中间通讯+UI 还需要分么？ 不要说你web，我winform这样的傻话了。那个园子自己把自己给圈死了 UI只是个UI。你这讨论的东西让那个园子，那些X鸟，那些某内去操心去。我只想告诉你的是，就武汉的行情net也开始肯开出18k-30k价去请人了，那么你真以为人家开这价请的人，是让你圈死的圈圈跟着那个园子讨论什么CS，BS，string+string，left join，ddd，abp么

[Tiny~]

引用 5 楼 wanghui0380 的回复:

你们太过执着了，我们都说了很多年了。程序员就是程序员何必非要弄个这个，那个的派系 东西发展到现在了，依旧还要继续分派系么？ 驱动+netcore+中间通讯+UI 还需要分么？ 不要说你web，我winform这样的傻话了。那个园子自己把自己给圈死了 UI只是个UI。你这讨论的东西让那个园子，那些X鸟，那些某内去操心去。我只想告诉你的是，就武汉的行情net也开始肯开出18k-30k价去请人了，那么你真以为人家开这价请的人，是让你圈死的圈圈跟着那个园子讨论什么CS，BS，string+string，left join，ddd，abp么

你好，我不知道你在说什么，我就按照一楼说的方法去改造了