寻找vc+oracle编成高手,专职,待遇面谈,因为时间紧,vc和oracle不熟的就不要试了,有意者请和我联系[email protected],地点北京市海淀区

解决方案 »

  1.   

    写过大量的vc++和oracle的代码,能够随意进行vc的界面操作和oracle的数据访问操作。比如:创建一个文档视图或连接数据库的不会,那就算不熟了
      

  2.   

    需要具备丰富扎实的VC++基础知识,还要懂Windows编程里巨复杂的Document/View还外加更加学习困难的大型关系数据库专业知识和工作经验,这样的要求不算低啊。不是给楼主泼冷水,这样合适的高级人才现在市场上真不好找啊,没有大出血的准备恐怕还是只有自己一个人长期扛下去了,,呵呵。
      

  3.   

    看来我比较适合,我用了四年的VC,写了一年的ORACLE PL/SQL程序,设计过一个中型数据库。把ADO2.7封装了一个动态连接库,使之能够方便的调用ORACLE 存储过程,包,函数。VC调用ORACLE真的很简单,对于ORACLE PL/SQL程序设计,如果你能够写过上万行的代码,估计都熟悉了。我最近做的一个项目VC代码量5万行左右,ORACLE PL/SQL的代码量3万行左右。楼主如果有意的话,可以和我联系。
    本人:[email protected]
      

  4.   

    楼上的满足了2点:VC和数据库经验,但好象没有提是否还满足楼主提出的第3点也是不算容易满足的一点即Windows[尤其是复杂的Document/View方面的知识]经验是否具备,可能这是实际工作中恰恰应用得最多也是要求不低的关键点之一,呵呵
      

  5.   

    呵呵,对于Document/View方面的知识恰恰是我最拿手的,对CWinApp,CDocument,CView,CDocManager,CDocTemplate,CFrame,CObject之间的关系我是有相当的信心的,对这些内容我研究过半年,因此在所有的项目中,我要求跟数据库之间的交互完全要在CDocument中进行,利用CDocument/View的关系可以做很多事情。微软对这个MDI/SDI的设计为用户提供了相当大的弹性空间。
      

  6.   

    Windows编程里巨复杂的Document/View对一般刚起步的VC开发人员来说,是比较麻烦。但如果能真正理解“观察者”的设计模式,在理解C++中虚函数的负荷,然后在来看MFC中的消息映射宏的设计,的确在某方面有很大的进步,对Document/View的理解应该是为什么它要这么设计,它这样设计到底带来了什么样的控制粒度和弹性。为什么一个简单的ID_FILE_NEW命令要依次调用CWinApp,CDocManager,CDocTemplate等类中的函数来实现,而不直接调用CDocTemplate中的函数或者消息来直接实现。今天喝了不少酒,就在这里瞎回复,各位高手我如果说错了请指教。准备先休息一下。自己学MFC的一点总结,其实学MFC最重要的是看MFC的代码,看MFC幕后的东西才是掌握MFC的最佳途径。
      

  7.   

    掌握消息机制是基础中的基础。能力的高低还要看其他深入类技术掌握情况和实际了解应用如何,MFC不是简单的工夫就敢说是熟悉了的,呵呵
      

  8.   

    手边一个涉及数据库的p2p小专案,总代码75,623行。其中数据库编程部分使用非系统的ADO、OLE DB、ODBC,单是自己设计编写的专门数据库类就达6,235行。所以说,代码行数在MFC里没有什么说服力,关键是数据架构的分析设计和独立类的编写才是核心竞争力。这个案子的几个软件工程师身家都过百万,最近这边又有新案子要接,看来这段时间他们是会忙得不亦乐乎啊,呵呵
      

  9.   

    呵呵, 高手的定义,difficult…