FTP C/S的架设思路
最近在LINUX下做基于C语言FTP C/S软件设计。
之前学习完socket照着自己的想法写了一通，倒是能完成基本功能，但是始终觉得过于庞杂不够规范。
转回去看RFC959 ftp协议文档。
标准的设计是
服务器端：控制模块<-->数据传输模块<-->文件系统
客户端 ：控制模块<-->数据传输模块<-->文件系统
其中控制模块与数据传输模块分属于不同的端口（例如21/20）
请问：
在搭建时这两个模块是从main里面分出两个进程，还是数据模块直接作为控制模块的函数好？
并发服务中，客户端向服务器发起请求后，服务器是创建新的线程还是进程处理好？
局域网情况下，可否考虑用UDP传输控制命令？
谢谢。
[解决办法]
FTP 协议不支持UDP吧
那两个模块可以属于同一个进程，不用针对一个连接建立两个进程吧
[解决办法]
1.如果我设计的话，控制和数据模块都是单独的模块，但是要相互交互，因为传文件的时候，控制模块在等待数据模块的传输完成。
2.服务器接收到客户端后建立进程或者线程都无所谓，进程安全些，但线程速度更快，而且默认共享很多东西
