StrataFrame Forum
Home      Members   Calendar   Who's On
Welcome Guest ( Login | Register )
      


12»»

How to create my Base SF classes....Expand / Collapse
Author
Message
Posted 06/25/2008 9:05:07 AM
Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 4:05:52 PM
Posts: 760, Visits: 3,282
Hi All,

Is there any document, article, draft sample, etc. on how to create my Base SF classes with my custom changes that can be use in all my SF applications?

I am feeling pretty confident with my SF learning and I am ready to start working on a 2nd SF project, but now I figured out that all the code I am using in my first project can not simply be copied over to the new project and I hate to keep repeating code and process when there should be a much better an efficient way to do this.

I would really appreciate if anybody can take some time to describe this subclass process in order to crate a Base set of SF classes.

hmmm, may be that could be an Enhancement Request   Sorry Trent

P.S.

I know this will be part of the upcoming SF trainning class, but I can really wait, I need to start working on the 2nd SF project ASAP.

 
Post #17313
Posted 06/25/2008 9:11:54 AM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Today @ 2:14:29 PM
Posts: 4,901, Visits: 4,886
Edhy,

I don't know what you mean my an enhancement request as this has nothing to do with the framework as much as it does organizing your application.

This is a topic that we cover in the training class and is broader than the scope of this forum.  We have an entire section that we will cover in training.  Sorry, but this is not something that we will go over in depth here on the forum as this requires explanation and, well...training.

Post #17314
Posted 06/25/2008 9:31:28 AM
Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 4:05:52 PM
Posts: 760, Visits: 3,282
Hi Trent,

Sure I understand your points and that is one of the reasons I signed up for the training.

What I meant with enhancement request is that as you know I am coming from VFP environment, VFP 3rd party Framework vendors includes blank subclasses in their process of creating a new project which help the developer in a way to just add their changes in one of the provided subclasses, in my case with Visual ProMatrix, they have the following classes:

  • The VPM class, this is the one with their source code, which they modify all the time.
  • A DEV class which is global to all projects
  • And a PRO class with is specific to the current project.

So whenever you create a new VPM project a new set of Pro Classes will be created for you, and the DEV classes will always be in a common path folder for all projects.

Due to my lack of knowledge for the .NET environment, I don't know if this is even possible or feasible to do in .NET and more important in SF.

In my case, I have several VFP projects that must be converted to SF, so I need to know how to handle the above situation in order to be more productive, and if there is any starting point kind of document or draft that will help me get started prior to the training, and from anybody in the forum I would really appreciate it.

 
Post #17316
Posted 06/25/2008 11:10:15 AM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Today @ 2:14:29 PM
Posts: 4,901, Visits: 4,886
Edhy,

This is the first time I have ever had a request for this.  Really, once you see how to do this it is there is no need for empty classes.  In fact, many of the assemblies and classes that you create could and should be used accross all of your projects.  They should be re-usable!

Obviously I understand the point of purchasing training and coming to class and we look forward to having you here.  But this is not something that I want to elaborate on here on the forum because this turns into training on the forum, which is not the intent of the forum.  This would basically require me to take the rest of the day, produce docs, samples, etc. just for this one post.  This is not a feasible request.  Sorry

Post #17328
Posted 06/25/2008 11:38:12 AM
Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 4:05:52 PM
Posts: 760, Visits: 3,282
This is the first time I have ever had a request for this.

Trust me, you will see more of this coming from us (VFP-Frameworks users), even if they don't make sense in the .NET world.

Really, once you see how to do this it is there is no need for empty classes.  In fact, many of the assemblies and classes that you create could and should be used accross all of your projects.  They should be re-usable!

That sound pretty good.

Obviously I understand the point of purchasing training and coming to class and we look forward to having you here.  But this is not something that I want to elaborate on here on the forum because this turns into training on the forum, which is not the intent of the forum.

Trent, don't  worry about it.  I do understand, and it is not my intention to have a training session in the forum, that is why I asked to anybody in the forum that has done this if they have any documentation or quick steps they could share since I am in the process of creating my 2nd SF project and wanted to reuse some of the code I have done.  If nobody comes forward today, I will simply do what I can to advance this project and wait until the class to cleanup my messy code .

 
Post #17331
Posted 06/25/2008 4:12:43 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Today @ 2:14:29 PM
Posts: 4,901, Visits: 4,886
Trust me, you will see more of this coming from us (VFP-Frameworks users), even if they don't make sense in the .NET world

Well, keep this in mind...we used FoxPro (and dealt with VFP frameworks) for 17-18 years...so we have a little insight here too...not to say that more great ideas won't come down the pike

Post #17350
Posted 07/06/2008 11:00:55 AM


StrataFrame User

StrataFrame UserStrataFrame UserStrataFrame UserStrataFrame UserStrataFrame UserStrataFrame UserStrataFrame UserStrataFrame User

Group: StrataFrame Users
Last Login: Today @ 5:44:10 PM
Posts: 167, Visits: 4,843
Edhy -

You and Randy Jean and I can get together on this and kick around ideas in Amarillo. VFE has exactly what you are talking about and Randy and I have discussed at length what this design means in the .NET / SF world.

I am starting to think that perhaps this is one of those areas where differences in the way inheritance and other things work in .NET and VFP might mean a different approach to having a custom version of SF classes that would be the starting point for SF projects - i.e. same idea, different implementation.

I'm holding off on even thinking about some of the stuff I want to do until I get training on how to dig into the SF source code without breaking everything like I did the last time.

So far the only principle I am sure carries over from the VFE world into the SF world is the maxim "Don't fight the framework" - or at least that's what I keep repeating to myself over and over agan
Post #17639
Posted 07/06/2008 12:18:02 PM
Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 4:05:52 PM
Posts: 760, Visits: 3,282
Charles R Hankey (07/06/2008)
Edhy -

You and Randy Jean and I can get together on this and kick around ideas in Amarillo. VFE has exactly what you are talking about and Randy and I have discussed at length what this design means in the .NET / SF world.

Hi Charles,

Sure I am counting on that.  Even my friend Doron Farber will be there with us.

I am starting to think that perhaps this is one of those areas where differences in the way inheritance and other things work in .NET and VFP might mean a different approach to having a custom version of SF classes that would be the starting point for SF projects - i.e. same idea, different implementation.

Agree.  In my VFP-Framework experience, I am used to work with several projects at the same time, and by having the classes level I had, it was pretty easy to just change something at the DEV level and be inherited by all projects if needed to be, and when attempted to create a 3rd project in SF and try to re-used some of the classes or controls I have done, then it came frustration again .  Of course this is all due to my lack of knowledge of .NET which I am sure the training will clear out.

I'm holding off on even thinking about some of the stuff I want to do until I get training on how to dig into the SF source code without breaking everything like I did the last time.
Same situation here.

So far the only principle I am sure carries over from the VFE world into the SF world is the maxim "Don't fight the framework" - or at least that's what I keep repeating to myself over and over again
Agree.  I have always told my fellow developers at the VPM (Visual ProMatrix) newsgroup the same thing, and it is because of that maxim that I was able to keep moving in this leaning curve. 

I was a VFE user for the DOS version and got stuck when they did the move to VFP and could not keep waiting for them to have a working VFP framework, so I had to move on, but one thing I love about VFE & VPME is the excellent documentation (help and printed materials) available to learn the tools.  Somehow, I don't see that kind of documentation in the .NET arena, even the VS MSDN help is not friendly, I found it very difficult to find the stuff I need in comparison to the VFP help.  SF help is good but still needs more work, and an option to print out the whole documentation for an easy reading.  If it wasn't for the StrataTrain Videos (even though they are a bit outdated), this forum and the help of everybody here it would have been more difficult and frustrating to get into the .NET arena.

Bottom line, I would be more than happy to get together in Amarillo and discuss about all this in order to enhance the tool we all choose to be the best .NET framework that suits our needs.  I have been using VPM for over 10 years and I am sure you and Randy has been with VFE for many years, so I am glad to be part of this new family, StrataFrame and help in the growing process of our new framework.

 
Post #17640