|
Cheers Chris, I thought that was the case.
==============================
Nothing to say.
|
|
|
|
|
So what is the specific VC compiler output?
|
|
|
|
|
error C2059: syntax error : '.'
==============================
Nothing to say.
|
|
|
|
|
ok i have a problem with MFC, i have two dialogs and an additional class, in first dialog i create an object of my custom class and set its values, now i want to pass my object to an other dialog to manipulate it, how can i do that?
|
|
|
|
|
Just rewrite the dialog contructor passing it a handle or pointer to your object.
==============================
Nothing to say.
|
|
|
|
|
im noob in this topic could you show me an example?
|
|
|
|
|
You can also chenge the information between your main application and a dialog modal in few ways, which you can see here[^], there you have some exmaples ...
|
|
|
|
|
Yesh, override the dialogs DoModal() func (ie just add a new constructor that takes the params you want.)
In your implementation of DoModal() you copy the params locally, and then call the base class DoModal().
When your other dialog or whatever creates your new dialog, it passes the required params to the DoModal() func.
MyNewDiaolog * dialog = new MyNewDialog;
dialog->DoModal(<add your="" params="" here="">);
==============================
Nothing to say.
|
|
|
|
|
It's usually not a good idea to tie the dialogs together like that. It makes them too interdependent. Consider keeping the data in the custom class (complete with getters and setters) and creating an instance of that class in the CWinApp -derived class. Each dialog can then get access to that single instance using AfxGetApp() . This is similar to what is happening when have a document (and a view). The data, shared by the entire app, is stored in the document. When you want to access that data, you ask the document for it.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
Returning a pointer to the app class, allowing a dialog class to access data internal to the app class does what exactly in terms of following the Object Oriented methodology?
A typical hack. That is why OO design allows for polymorphism, so that data can be passed around as required. Overriding the dialog constructor then is actually a purer OO way of acchieving what he wants.
==============================
Nothing to say.
|
|
|
|
|
I need to integrate a facebook login in my application so I want to know if there are library to add!!!!! Thanks in advance.
|
|
|
|
|
Member 10005632 wrote: need to integrate a facebook login in my application so I want to know if there are library to add!!!!! Thanks in advance.
could you please provide more information regarding your project... for what you want to use FaceBook information? for Authentication purpose or you want to use some other information in your project.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
I want to use this for authentication purpose and later I want to add some friends into the community. My project is an application like skype.
Thanks!!
|
|
|
|
|
I just read an article which augues that coding with only one programming language would limit one's capability to code.
I'm a little confused about this argument, because I've always thought that, one developer proficiently mastering one language outperforms one using many language but he actually knows relatively little about each one.
So, I'm not sure whether the idea of the passage I read is very correct.
I just want to hear more opinions about this issue, so, please feel free to show your thoughts about it.
|
|
|
|
|
I suspect they're concerned about paradigms more than actual languages. If you know only imperative languages or only functional languages for instance you may have trouble solving problems that are better suited to the other paradigm. You may know several imperative languages, but you still may not easily solve problems suited to functional languages.
|
|
|
|
|
Uni-voter countered.
Make it work. Then do it better - Andrei Straut
|
|
|
|
|
Thanks for your reply.
Actually, I feel C++ is quite limitless, because it contains three paradigms, which are process-oriented, object-oriented and generic.
So, I'm wondering if you could tell me more about other paradigms, do they exist? (I'm kind of a green hand~ )
|
|
|
|
|
rudiestf wrote: Actually, I feel C++ is quite limitless, because it contains three paradigms,
which are process-oriented, object-oriented and generic.
That however doesn't mean it is cost effective. So for example although you might be able to solve a problem using only C++, solving it using SQL would take far less time and thus cost less.
|
|
|
|
|
PIEBALDconsult wrote: You may know several imperative languages, but you still may not easily
solve problems suited to functional languages.
However realistically one in unlikely to encounter a problem where that matters. Especially for that specific case. But one is more likely to encounter problems such as architecture and performance.
|
|
|
|
|
If your unique programming language is C++ then you have no limits.
Veni, vidi, vici.
|
|
|
|
|
I really appriciate your opinion~ cuz I'm a big fan of c++ programming~
|
|
|
|
|
CPallini wrote: If your unique programming language is C++ then you have no limits.
Idealistically one can argue that but realistically it isn't true. An programmer that has spend 15 years writing embedded C++ controllers for hard drives probably isnt going to be as effective for creating a new web server on windows versus someone that has been doing exactly that for 8 years using C#.
And the reverse is true as well.
Businesses care about how much it will cost and when it will be delivered.
|
|
|
|
|
Being unable to create a new web server using C# is a plus, not a limit.
Of course you are right.
Veni, vidi, vici.
|
|
|
|
|
This whole argumant is misplaced. Being a good software engineer is not about the language, it is about how he solves problems. The language is just one of the tools to acchieve that goal.
==============================
Nothing to say.
|
|
|
|
|
Thanks for replying
I think your idea is right in some ways.
Indeed, a good software developer can solve many problems.
But, the more programming languages he masters, the more problems he can solve. So, in this way, the idea that "the more languages, the better" seemes to be right.
Can you still hold your opinion?
|
|
|
|