|
Section 1-Basic 概念s
一時期/支部 1: Basic 概念s
一時期/支部 2: How Things Are Done in Visual FoxPro
一時期/支部 3: What's Not So Obvious
一時期/支部 4: Using 縮む-Wrapped Classes
一時期/支部 5: OOP 基準 道具s
一時期/支部 6: Good Habits
一時期/支部 7: 評価するing 危険s and 利益s
Section 2-前進するd 反対する-Oriented Programming
一時期/支部 8: The Bigger Picture
一時期/支部 9: Three-Tiered 開発
一時期/支部 10: Patterns
一時期/支部 11: 反対する Metrics
Section 3-反対する Modeling
一時期/支部 12: The 統一するd Modeling Language
一時期/支部 13: Collecting 必要物/必要条件s
一時期/支部 14: 分析するing the Problem
一時期/支部 15: 反対する Modeling
一時期/支部 16: 実施
一時期/支部 17: 文書ing 存在するing 事業/計画(する)s
SECTION 1-Basic 概念s
Encapsulation
Classes
所有物/資産/財産s
Methods
How to draw classes
相続物件
Overwriting code
Programming by exception
What about 多重の 相続物件?
Base classes--a first look
How to draw subclassing
Polymorphism
Messages
Events
Events vs. event methods
接近 and 割り当てる methods
Composition
コンテナs
Composition by 言及/関連
Abstraction
Building class 階層制度s
Hiding (警察などへの)密告,告訴(状)
Interfaces
Instantiating classes
建設者s and destructors
CreateObject()
NewObject()
.AddObject() and .NewObject()
Passing parameters to 反対するs
SCATTER... NAME...
反対する 言及/関連s
反対する lifetime
THIS, THISFORM, THISFORMSET and Parent
Variable 言及/関連s
所有物/資産/財産 言及/関連s
きれいにする up after yourself
Differences between classes and forms
Instantiating forms
DataEnvironment
相続物件
連合させるing form classes and forms
Templates
Visual FoxPro base classes
NODEFAULT
Custom classes
支配(する)/統制する classes
追加するing 所有物/資産/財産s on the 飛行機で行く
Should you, or shouldn't you?
Collections
FoxPro's collections
The collections you create yourself
Collections 供給するd by others
Features you might 行方不明になる in Visual FoxPro
多重の 相続物件 revisited
Friendship relations
Static 所有物/資産/財産s
操作者 overloading
Copying 反対するs
Instance programming and pseudo-subclassing
Instance programming
Pseudo-subclassing
Visual vs. 非,不,無-visual classes
Advantages ofnon-visual classes
Why not go the visual 大勝する?
Visual classes: Nintendo for adults?
Some classes are 非,不,無-visual only
Creating your own 始める,決める of base classes
Some suggestions
再使用する what others create
What is 利用できる?
黒人/ボイコット box 反対するs
White box 反対するs
COM 構成要素s
Class libraries
枠組みs
Complimentary 道具s
The Fox 創立/基礎 Classes
Class overview
使用/適用
Automation
Data editing
Data 航海
Data query
Data 公共事業(料金)/有用性s
Date time
とじ込み/提出する 公共事業(料金)/有用性s
Internet
Menus
Miscellaneous Buttons
Miscellaneous Formsv
Movers
多数伝達媒体を用いる
報告(する)/憶測ing
System 公共事業(料金)/有用性s
Text formatting
使用者 interface
結論
The Class Browser
Basic functionality
開始 libraries
改名するing items
Redefining classes
The class icon
Creating source code
Different ways to start the Class Browser
Customizing and 延長するing the Class Browser
What's the を取り引きする VCX とじ込み/提出する?
The VCX structure
How Visual FoxPro 蓄える/店s visual classes
収集するing a class library
きれいにする up class libraries
How to 保護する your source code in a VCX
The 構成要素 Gallery
Basic functionality
Working with 存在するing catalogs
Creating catalogs"
結論
Coding 基準s
反対する 指名するing 条約s
Class 指名するing 条約s
Variable 指名するing 条約s
Field 指名するing 条約s
Method 指名するing 条約s
Other 条約s
Design 基準s
Class 階層制度s
文書ing
Comment lines in source code
Description fields
Formal documentation
利益s
Faster 開発
Higher 質
Easier 維持/整備
減ずるd cost
増加するd scalability
Better (警察などへの)密告,告訴(状) structures and 複雑さ 管理/経営
増加するd adaptability
Better mapping to the problem domain
関心s
Need for 基準s
速度(を上げる) of 死刑執行
Availability of qualified 職員/兵員
Costs of 転換
Support for large-規模 modularity
Learning curve
SECTION 2-前進するd 反対する-Oriented Programming
This isn't all about subclassing buttons, is it?
Creating behavioral 反対するs
How everything comes together
Creating reusable 反対するs
再使用する--a fairytale?
使用/適用-内部の 再使用する
Cross-使用/適用 再使用する
再使用するing 構成要素s that don't match your architecture
結論
A 簡潔な/要約する introduction
The model-見解(をとる)-監査役 approach
Better than sliced bread: sliced 使用/適用s
Three tiered internally
扱うing the data
Creating the interface
Invoking the 商売/仕事 logic
収集するing one EXE
陳列する,発揮するing and manipulating data
Class and 相続物件 階層制度s
Exposed tiers
結論
An overview
What 正確に/まさに is an "反対する-oriented design pattern"?
Our first pattern
One ありふれた terminology
Some examples
Adaptor pattern
観察者/傍聴者 pattern
戦略 pattern
Template method pattern
結論
The importance of metrics
自動化するd 手段ing
Metrics based on code 複雑さ
Number of lines of code
Metrics based on class 階層制度s
Number of classes
Number of custom 所有物/資産/財産s
Number of methods
Number of "Is-A" relations
Metrics based on 反対するs
Number of instances
Number of times a class is 再使用するd
Number of dependencies
結論
SECTION 3-反対する Modeling
Introducing the 統一するd Modeling Language
Some modeling history
The ideas behind UML
UMLtools
UML notation
一括s and 一括 diagrams
Use 事例/患者 diagrams
Class diagrams
Interaction diagrams
構成要素 diagrams
(軍隊などの)展開,配備 diagrams
Stereotypes
結論
What we try to 達成する
Collecting the 必要物/必要条件s
研究 for 縮む-wrapped 使用/適用s
Interviewing 顧客s
Lay a good 創立/基礎
Hitting a moving 的
Managing 必要物/必要条件s
必要物/必要条件 名簿(に載せる)/表(にあげる)s
RationalRequisitePro
結論
A Use 事例/患者-driven approach
What 正確に/まさに is a use 事例/患者?
移行 of a 必要物/必要条件 to a use 事例/患者
Use 事例/患者 道具s
Microsoft Word
合理的な/理性的な Rose
反対する Modeling - an overview
A picture is 価値(がある) more than a thousand words
反対する modeling 道具s
From use 事例/患者s to 反対するs
Identifying interface 反対するs
Identifying the data services
Identifying the middle tier
Identifying methods and 所有物/資産/財産s
Identifying ありふれた シナリオs
Putting things together
You don't want three-tiered models?
実施 詳細(に述べる)s
Keeping things language 独立した・無所属
How Rose 扱うs items
再使用するing design
Creating Visual FoxPro code
The Code 世代 Wizard
輸入するing your first model
Selecting model とじ込み/提出するs more efficiently
Step 2's secret 選択s
解決するing 衝突s
Setting Visual FoxPro 選択s in the model
Updating 存在するing libraries
Filling in the blanks
Going 支援する to the modeling 道具
The 逆転する 工学 Wizard
Creating diagrams
Updating 存在するing models
Creating new models
Beyond basic modeling
A glimpse of the modeling 未来...
|