返回原來的問題。我不知道那作者爲什麽要說靠在PRG中設全局數據向表單傳遞數據，其實學過編程的人都知道，傳遞數據最正統的做法是函數傳參，就算是在不同的表單之間傳遞數據，也可以通過函數傳參來傳遞，不必用全局數據。全局數據另有用途，不是爲這般目的用的。歸根結底，是用表單SCX形式編寫程序的人，不知道如何在表單中寫最普通的函數或過程！
授人以渔，不授人以鱼。
以下是引用TonyDeng在2015-11-7 11:32:58的发言：
用較簡單的小項目，如學院教學最常用的畢業設計學籍管理、通訊錄之類，先設想一個需求，然後實現它。其實，項目需求的東西，想做簡單可以，做複雜也可以，別以爲通訊錄很容易，隨著需求的變動，要多難都會有（吐槽一下我見那些學生做課設交出來的作業真是不忍卒睹，不知道他們的老師怎麽判合格標準的）。用自己職業上需要用到的，是最好的項目，想要達到什麽目的，自己最清楚。
先定需求，再做設計，最後才是編碼。軟件工程上有一個大概如三三制的理論，即這三部分，各佔30%的時間，編碼佔比較次要的地位（很多程序猿自視過高是沒有擺正身份不明白這個道理）。需求不清就動手寫程序，那是失敗的居多。
用較簡單的小項目，如學院教學最常用的畢業設計學籍管理、通訊錄之類，先設想一個需求，然後實現它。其實，項目需求的東西，想做簡單可以，做複雜也可以，別以爲通訊錄很容易，隨著需求的變動，要多難都會有（吐槽一下我見那些學生做課設交出來的作業真是不忍卒睹，不知道他們的老師怎麽判合格標準的）。用自己職業上需要用到的，是最好的項目，想要達到什麽目的，自己最清楚。
先定需求，再做設計，最後才是編碼。軟件工程上有一個大概如三三制的理論，即這三部分，各佔30%的時間，編碼佔比較次要的地位（很多程序猿自視過高是沒有擺正身份不明白這個道理）。需求不清就動手寫程序，那是失敗的居多。
老师给这种毕业设计通过不是因为质量达到了通过的条件，而是因为老师不想给自己找麻烦。
