该用MFC还是windows API？？

楼主实在菜鸟，许多概念朦朦胧胧，因此会产生下面的问题。
如题，现有一个arm板子，板子上已经有一个C程序是来处理数据的，现在需要更改此程序能够另外实现串口通信的功能，现在的疑惑是该用MFC还是Windows API，因为我觉得如果用MFC的话可能稍微简单点，但是不知道在一个C程序是不是不能实现（可能这个问题比较低级）；而如果使用windows API的话是不是可以直接在C程序上修改，然后再一起烧进板子呢？？请大家指教啊。。

解决方案 »

  1.   

    小型程序WinAPI、MFC皆可，大型程序使用MFC，对象封装，代码更容易组织和管理。
      

  2.   

    Windows API吧，串口代码还是相对简洁
      

  3.   

    学API要花点时间，不过很值得。
    我也用SDK做过类似的串口通信软件
    你可以用串口助手先调通了
    然后再用API去做上位机程序
      

  4.   


    是这样的 我的疑惑是 我能否在原有的C程序上实现MFC的代码 然后一起烧进板子里？？？
      

  5.   

    另外Windows API不能写进ARM芯片的
    只能在PC机里用
      

  6.   


    晕掉了
    好像之前看见有人使用secureCRT软件中的serial对那个板子进行过调试，好像有数据输出，那实现串口通信的程序是在芯片上还是在PC上呢？那个程序该不会是用标准C写的吧？？
      

  7.   

    我对嵌入式不太懂，但如果你的嵌入式是在Wince环境下的话
    那些API和windows下的名字应该是一样的，但实际的内部结构应该是完全不同的在板子上的串口你就设置它的波特率、校验位、N82什么的
    然后你的PC机要用对应的接收格式
    还有API的实现都是在dll里面的
    PC机和嵌入式的编译环境是不同的
    反正pc机和板子里的程序都得写
      

  8.   

    不懂，不过我想还是用Api好，毕竟mfc又多了一层封装。
      

  9.   

    串口用api封装好，ui就用mfc写 并调用串口类
      

  10.   

    WinCE编程？
    还是尽量简洁些，否则执行效率很低。如果C很熟的话，建议用C编，执行效率很高。
    注重开发速度的话，用MFC吧。