我们先设计一个模型：有人(Human.h)，中国人(Chinese.h)，英国人(Englishman.h)
UML模型:
image.png
Chinese.h与Englishman.h其实对于用户来说是不可见的，由Human.h来维护。如果我们使用以下makefile来生成应用程序Human时会有很多问题：
Human: main.o Chinese.o Englishman.o Human.o
g++ -o $@ $^
%.o : %.cpp
g++ -c -o $@ $<
clean:
rm -f *.o Human
当我们修改Chinese.cpp或Englishman.cpp时会导致我们必须去make整个应用程序,如果生成Human程序需要很多类或者步骤那肯定是很浪费时间的。如果我们使用以下方式就不会有这样的问题了，那就是生成动态so库
Human: main.o libHuman.so
g++ -o $@ $< -L./ -lHuman
%.o : %.cpp
g++ -fPIC -c -o $@ $<
libHuman.so : Englishman.o Chinese.o Human.o
g++ -shared -o $@ $^
clean:
rm -f *.o Human
如果对makefile语法不是很了解请看makefile规则、makefile简单语法、makefile函数与实例
Human: main.o libHuman.so
g++ -o $@ $< -L./ -lHuman
这句的意思是:使用第一个依赖main.o，在当前目录下查找Human.so动态库，编译进程序，生成Human程序
libHuman.so : Englishman.o Chinese.o Human.o
g++ -shared -o $@ $^
除此之外在运行时我们还有指定执行应用程序到什么地方找动态库
LD_LIBRARY_PATH=./ ./Human
通过这种方式后Human应用程序只依赖与so文件，当我们修改so依赖的类后并不需要再次编译Human应用程序。如果Human依赖很多的so文件，每个so文件内容的改动，只需要编译so而不需要重新构建Human应用程序，如果没有使用so动态库那就得make clean 再make
这里so库依赖的Human.h、Human.cpp、Chinese.h、Chinese.cpp、Englishman.h、Englishman.cpp，可以理解为类编程。
而main.cpp是构建Human主程序的应用类，可以理解为应用编程。这样我们的应用编程与类编程就通过so库进行隔离了。
