Object Oriented Programming

Back
Event Order

In developing applications in Visual FoxPro we are always depending on events being processed. Every keystroke and mouse click is critically important to the proper functioning of the application. How much do you actually know about when things happen in Visual FoxPro? This month we will examine some of the important events and find out exactly when they occur.
N-Tier and the Web

The major goal of moving to a multiple layered design is to achieve a componentization of the application layers. The various layers of these multiple layered designs have very specific responsibilities. These designs call for a separation of these responsibilities clearly into the layers in such a fashion that the different layers do not over lap each other in terms of their behavior and responsibilities.
Containership

Containership, we have all heard the word. “Visual FoxPro has a very good containership model.” What is containership and why do we care about it? For one thing we need to work with Visual FoxPro and therefore need to deal with the VFP containership, but there are many reasons why we should learn more about containership. Using containership to our advantage will allow us to create classes that are reusable and flexible.
Reduce Development Time

Visual FoxPro is Object Oriented. So what does that mean to me as a developer? How can object orientation make my life easier? We all know there is a learning curve to climb in order to understand objects and we’ve been told there is a payoff for climbing that curve. This paper will investigate one of those payoffs, a reduction in our development time.
Property Scoping

In this column we will investigate the visibility of properties and methods. Visual FoxPro gives us three Public, Protected, and Hidden. What exactly is each of these and where should we use one of them over another?
OOP Basics

Object orientation, these words can wreak havoc in the minds of developers everywhere. It doesn’t need to be this way though. Object orientation is actually a much more direct method of mapping business problems to program code than any methods we have had in the past.
Middle Tier Objects

The term N-Tier refers to the various levels of responsibility is a system’s design. The N in N-tier can be any number from 2 on up. A very common design is the 3-Tier model. In the 3-tier model the application is divided into 3 distinct tiers of responsibility, the user interface, the business logic, and the database. Each of these tiers can be implemented using one or more objects that are dedicated to the responsibilities of that tier.
Iterative OOP

Object oriented system development is new to many of us and being new it presents some challenges. Among those challenges is the process of planning and managing a project. Most of us have developed projects before. On those projects we have worked with the users to discover what the system was to do and how it should do those things. We designed the programs and wrote the applications. So what is so special about object orientation?
Designing Your Own Framework

Designing a framework is not a small undertaking. There are many considerations to be addressed by the design. Using an effective design can mean the difference between success or failure on a development project. In this paper we will discuss the major points and issues related to the design of an application framework.