111,097
社区成员
发帖
与我相关
我的任务
分享从一开始就在服务器编程吗？
一个WPF应用程序，使用WCF服务，其中有很些类是在服务端使用的，我想问的是，从一开始设计就构建服务吗？项目设计的过程中，也要每次都启动服务吗，就在本地先启动编译多方便啊，
高手们是怎么做的？
高手们是怎么做的？
...全文
请发表友善的回复…
发表回复
以专业开发人员为伍 2019-01-11
- 打赏
- 举报
所以全栈开发，通常都需要你的机器有 8G 内存，就是因为他自己调试客户端代码的时候可能需要同时开2个vs，两个应用程序进程（client和server），再加上数据库进程，对内存需求显然要高一点。
这是编程开发中很平常的事情，不是什么神秘的不可思议的事情。
把分全给哥 2019-01-11
- 打赏
- 举报
本地有环境就可以
Csdn技术大神 2019-01-10
- 打赏
- 举报
可以先控制台程序本地测试就好了
nettman 2019-01-10
- 打赏
- 举报
自己的计算机做服务器，用于测试什么的，都方便得多
weixin_39868811 2019-01-10
- 打赏
- 举报
哦,这样啊。哈哈哈
sp1234_maJia 2019-01-10
- 打赏
- 举报
抛开简单编程来说自动测试（其实测试才是编程的目地），那么客户端程序开发测试过程中通常就会大开着服务器项目，不管你是本地还是远程服务器，不管你是使用 IIS 还是 vs 来运行着服务器进程，通常是开着服务器来测试 c 端程序。
但是服务器程序，虽然它才是系统核心，但是通常是独立地用测试程序来驱动服务器端开发测试，而并不打开客户端程序来测试。实际上许多服务器开发人员也拿不到客户端代码。但是作为产品质量管理，仅仅测试了服务器不行，必须在服务器端通过测试之后，再来拿（所有不同种类的）客户端程序全都测试一遍。通过服务器端本身的测试，再加上所有的客户端的测试，才能证明服务器端的编程是靠谱的、可以发布的。
所以说全栈工程师不是过家家。
以专业开发人员为伍 2019-01-10
- 打赏
- 举报
当然单独开发一个 c 端程序，是完全可以自己模拟、适配使用 Model 来访问 server 的接口调用的。就好像开发 s 端程序时，也是可以在测试程序中模拟、适配使用 Model 来直接调用 api 的方法。这方面主要是开发 s 端程序时使用模拟方法（因为 server 程序通常都是考虑支持某种接入协议、文档，而不是考虑仅仅适配某一个 client 程序）。
一个程序员假设需要开发全栈，那么它必定在自己的电脑中同时有client 和 server 两个项目。如果你不会同时运行两个 vs 进程，这就不行了！
以专业开发人员为伍 2019-01-10
- 打赏
- 举报
二层架构的c端程序，跟三层架构的c/s程序，差别很大。
以专业开发人员为伍 2019-01-10
- 打赏
- 举报
程序员自然是开启一个 vs 调试开发服务器项目，然后开启一个 vs 进程同时调试开发客户端项目。lz 不是程序员，可能无法理解同时开启两个 vs 来用自己的计算机做服务器用于测试。
wanghui0380 2019-01-10
- 打赏
- 举报
楼主是wpf滴，既然是wpf那么，其实你对我上面说的那些应该更熟悉才对
你wpf，那么mvvm应该不陌生。 在写mvvm滴时候，你真的一定需要使用wcf么，根本木必要。
你做你的VM，你做你的绑定。你做你的Ixxxxx接口，没有数据库，没有wcf，你一样玩。你根本就不必管啥wcf，因为作为你来说，你前端的就管展示，就管VM，后端逻辑其实跟你没关系。
当然有人会说，没有后端我怎么做。我们说别管后端，我就vm，我就假数据，但凡数据提供都抽象出去就行，因为本来就是你做的展示，人家做人家的业务逻辑，所以如果说一个前端在没有后端api就不会做的前端，那个只能是美院毕业的，不是理工科毕业。要知道即使是有后端api，人家给的也多半是半成品，你需要自己根据VM去合成api，如果说前端要的api都是后端合成好的，我们说那到谁才是写VM滴，后端的人只管业务逻辑正确，不管场合性的VM合成（当然也不是不管，正常情况下，后端根据逻辑去做通用api，如果前端因为性能要求需要，这时候后端才会根据你前端的要求去给你做场合性的api）
你wpf，那么mvvm应该不陌生。 在写mvvm滴时候，你真的一定需要使用wcf么，根本木必要。
你做你的VM，你做你的绑定。你做你的Ixxxxx接口，没有数据库，没有wcf，你一样玩。你根本就不必管啥wcf，因为作为你来说，你前端的就管展示，就管VM，后端逻辑其实跟你没关系。
当然有人会说，没有后端我怎么做。我们说别管后端，我就vm，我就假数据，但凡数据提供都抽象出去就行，因为本来就是你做的展示，人家做人家的业务逻辑，所以如果说一个前端在没有后端api就不会做的前端，那个只能是美院毕业的，不是理工科毕业。要知道即使是有后端api，人家给的也多半是半成品，你需要自己根据VM去合成api，如果说前端要的api都是后端合成好的，我们说那到谁才是写VM滴，后端的人只管业务逻辑正确，不管场合性的VM合成（当然也不是不管，正常情况下，后端根据逻辑去做通用api，如果前端因为性能要求需要，这时候后端才会根据你前端的要求去给你做场合性的api）
zhangyongnihao1 2019-01-10
- 打赏
- 举报
不太懂你的意思。服务端访问数据库，和客户端访问本身就是可以通用的只要你的配置文件是没有问题的，相关的网络环境通常，那客户端或者服务器端开发没有什么区别吧。
weixin_44478612 2019-01-10
- 打赏
- 举报
想从那里开始就从哪里开始
weixin_44375071 2019-01-10
- 打赏
- 举报
一开始，那么就你一个人吧，那想从哪里开始就从哪里开始好了。
threenewbee 2019-01-09
- 打赏
- 举报
一开始，那么就你一个人吧，那想从哪里开始就从哪里开始好了。
大葡萄八块一斤 2019-01-09
- 打赏
- 举报
你一个人干的话随便你了，发布到服务器上运行了除了你自己把服务器或者服务关了就会一直会运行用不着编译啥的
以专业开发人员为伍 2019-01-09
- 打赏
- 举报
就算是一个 asp.net 网站来访问 asp.net 的 WCF 服务，正规教程上也是创建两个 asp.net 项目，然后分别于用两个 vs 进程来启动开发和调试。
我奇怪的是，现在的入门教程写的看不明白呢？还是没好好看教程呢？
以专业开发人员为伍 2019-01-09
- 打赏
- 举报
我是没有看过现在的那些包括 WCF 内容的 asp.net 教程。难道说教程上都是用 asp.net 项目自己访问项目自己？那还用什么 WCF 啊？
教程上 WCF 开发，使用客户端访问服务器端，那么你就这样来开发就行了。纠结这个非要说人家 .net 的入门教程上的服务器端开发都可以不学了，这个我只能说你其实枉费精力在那里耽误青春，学不了 WCF 了！
以专业开发人员为伍 2019-01-09
- 打赏
- 举报
我是问你有没有学过 .net/asp.net 教程，按照教程上的方式开发服务器端程序？！
服务程序开发的时候本来就是在本地编译的，数据库本来就是访问本地。至于你说客户端要访问数据库，然后又“等于”是访问 WCF 的客户端，这完全是不合逻辑的匪夷所思的。
wanghui0380 2019-01-09
- 打赏
- 举报
为啥会有docker存在？你的问题就是docker存在的土壤之一。
各种服务可以分发到本地，这样本地就可以既独立开发，又能统一环境。这就是好处
当然就你的问题本身，如果是团队并行开发。则先定接口，不填具体逻辑，用打桩数据测试就行。反正你是wpf端，你不管他wcf端具体的逻辑，所以采用打桩数据先完成就行，这种方式确实你平时都可以用比如一个接口，还没人完成
你自己随便用打桩数据实现一个，先放上去提前完成，等对方实现完毕你可以注入真正的接口
这种方式很多人不习惯，他们是没人实现就等着，就放着，不会提前完成。结果不是他催别人，就是等到工期不够了别人催他（当然这个时候他也有借口的，都是别人的错，别人没给他库）
各种服务可以分发到本地，这样本地就可以既独立开发，又能统一环境。这就是好处
当然就你的问题本身，如果是团队并行开发。则先定接口，不填具体逻辑，用打桩数据测试就行。反正你是wpf端，你不管他wcf端具体的逻辑，所以采用打桩数据先完成就行，这种方式确实你平时都可以用比如一个接口，还没人完成
你自己随便用打桩数据实现一个，先放上去提前完成，等对方实现完毕你可以注入真正的接口
这种方式很多人不习惯，他们是没人实现就等着，就放着，不会提前完成。结果不是他催别人，就是等到工期不够了别人催他（当然这个时候他也有借口的，都是别人的错，别人没给他库）
loveljy_19901114 2019-01-09
- 打赏
- 举报
一个人的话想在哪弄都可以啊，人多了就得部上去了，
加载更多回复（3）
