作者：T-R-小孩纸 | 来源：互联网 | 2023-05-17 12:52
我公司要开发一个内部用的系统，现在由我和一名同事一起开发，但是这样一个问题，我刚刚学习了C#.net，而我同事用的是VB.net，现在我只是做其中几个小的模块，大部分都还是他来做，问题是现在我应该怎么
我公司要开发一个内部用的系统，现在由我和一名同事一起开发，但是这样一个问题，我刚刚学习了C#.net，而我同事用的是VB.net，现在我只是做其中几个小的模块，大部分都还是他来做，问题是现在我应该怎么用C#做，到时候可以跟他的VB.net结合起来整合成一个系统呢，我还是刚学习的，有些问题还是很模糊，只好向各位大虾求助了，麻烦你们跟我说个清楚，谢谢了！
21 个解决方案
C#与VB.NET可以互相结合调用的。但有些特殊情况并不是很好处理。
建议你，还是统一用一种语言写吧。其实只要熟悉了.netFramwork。什么语言倒不那么重要。
你做完你的模块后，编译为dll，他的项目中引用你的dll
或者他的解决方案中加入你的项目，如果你的项目命名空间和他的一致，直接可以调用，不一致，他的程序前面需要using 你的命名空间。
Multiple languages in one project
http://www.asp.net/Forums/ShowPost.aspx?tabindex=1&PostID=177224
把你那部分做成类库或自定义的控件，由他调用就好了，VB.NET可以调用C#开发的控件或类库
嗯，大致上有点了解各位所说得了，有以下几个问题：
1、怎么编议成dll以及控件，这个方法要注意那些地方？
2、如果它的解决方案中加入我所编写的项目，是不是合成后，然后就可以编译成一个执行文件了？这个方法当中除了要注意命名控间的不同，还有什么要注意的？
都是.net建议统一语言。
也可以向楼上说的，使用中间件。不过你们刚开始使用.net，还是免了吧。
再就是把VB.net写的代码，全部转换成C#也可以。
这样,我公司现在已做的项目是1\2的结合.从管理角度来说.2是对的.解决方案最方便.单一成DLL更新时会很烦人的.所以一开使你们就用2好了.除非你开发的类库有100%的一次OK性.哈
不会吧.全转????如果有自动转的工具当然好了.不过偶还素不信任它的.
新建个解决方案，建立个新类库，封装好你的功能实现在里面，选择生成解决方案，然后把生成的dll给他！
是问我公司吗?怎么???
我们现在是用C#的.思考到以后的维户.所以.哈.所有程序员编写都用c#.数据库是oracle中间双层.(真正意义的)4层结构/
2/1？不明白什么意思，我以前是做asp的，在这家公司也是负责这方面的，现在有需要我就只好转成.net了，还是在逐渐入门之中，一些概念还是很模糊的，现在只是照着书作一些实例，对控件的应用等等有些懂了，但是一些概念性的问题还不是很清楚，所以想借着项目的实施，把他学个透彻，不知道行不行？象现在讨论的这方面，我应该看些什么书和资料呢？大家顺便给点建议，分不够的话，我再补
要么统一语言，要么做成.dll。
统一语言虽然刚开始时会不适应，但VB.net与C#之间是相通的。会其中的一个别一个也自然就会了。更何况你还是干过活的。
如果做成.dll文件，那一旦出现问题就不好维护了。
建议还是统一语言,除非大家对功能划分很明确,那样才能考虑用DLL,
用DLL,先要考虑的是借口.
直接引用DLL就可以了，把你的DLL COPY 到他的BIN 目录下，就可以了！
其实楼上各位说的都可以。但考虑刚开始做，还是有些难度。
看时间紧不紧了。
京公网安备 11010802041100号