|
Hi
Maybe we can`t possibly compare MFC with .NET, But if we assume we can do compared, to the start for construction a new project which one is better than other? 
Any help would be appreciated.
Best Regards.
|
|
|
|
|
You can't really compare the two. It's like asking, "which one's better, apple's or the 1966 World Cup Final?"
MFC is a set of classes designed to help you create desktop applications. The .NET runtime is a framework that lets you build server side, client side, phone, embedded, etc, systems.
|
|
|
|
|
Ok compare MFC with Windows .NET Application?
|
|
|
|
|
They are pretty much all applications. Be it a web app, or a phone app, or a WPF app, or Silverlight... We can't answer this for you. Only you can decide which one you want to choose.
|
|
|
|
|
Choose the one that you know or are more comfortable with.
|
|
|
|
|
The reason that you'll always receive the answer "whatever your comfortable with" is a simple and practical one; you can write applications in both, and one can use RAD-principles in both. Both have specific advantages and drawbacks.
Now, if you have a team of .NET developers, it'd be an awful idea to teach them C, or worse go ahead and have them learn by doing. Same goes for a group of seasoned MFC-devs; they'd be wanting simple pointers and clean control over memory-allocation.
The idea that some "high lever CEO" needs to pick a tech is nonsense. Ask your developers. If they say the new language will be LOLCODE, than that's what you'll get. The reason you'll need to ask your developers is also a practical one; they'll know the restrictions and possibilities of each possible choice. As an example, it's technically not possible to replace the Windows login-screen using a managed language, or to write a device driver. If it's a larger project, the chances that multiple languages will be used increases. Again, it's merely being practical; one uses a managed language for convenience, unmanaged for speed.
Now, if you want a more fruitful discussion, you'll ask what front-ends one should focus on. Does your project need to be accessible from a lot of devices?
If yes, go for ASP.NET.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
.Net is better. I'm not sure why the other commenters won't commit to that opinion, but I will 
Let's put it this way... when MFC and .Net have implemented the same things, the .Net implementation tends to be better.
|
|
|
|
|
Jasmine2501 wrote: Let's put it this way... when MFC and .Net have implemented the same things, the
.Net implementation tends to be better.
That's a matter of opinion. I know a couple of hardcore MFC people who think .NET is utter crap.
|
|
|
|
|
Sure yeah, I was kinda of having fun with the question. It can't be answered.
|
|
|
|
|
EventType clr20r3, P1 ratefeedserver.exe, P2 1.3.1.0, P3 4937f8a4, P4 ratefeedserver, P5 1.3.1.0, P6 4937f8a4, P7 1f, P8 1, P9 pszqoadhx1u5zahbhohghldgiy4qixhx, P10 NIL.
What message the following term means:
pszqoadhx1u5zahbhohghldgiy4qixhx
what hash algorithm used to hash the lengthy error message.
how to get the error message for the above hash item.
Thanks inadvance.
|
|
|
|
|
|
Hello Community,
i am actually getting desperate with this... i have developed a nice User-SelfService Site where user can modify some settings and also change their own password.
Unfortunatly now it should run against a Novell eDirectory also instead of AD only.
I did some research and from my understanding the easyest way would be to execute an LDAPMODIFY command but unfortunatly i can not find the LDAP Tools for windows (it looks, that they only exist for Linux  )
At the Time when the password of a user has to be changed, we have the current password, the whole Path of the Users Object in eDir and also an Proxyaccount that is permitted to reset users passwords.
Did anyone have expiriance with LDAPMODIFY or Change Password on eDir?
Yor help would be really appreciated.
Thank you
Martin
|
|
|
|
|
I have created a application in .Net for remote desktop connection and it is working fast and secure also, but for some reason i am not satisfied with the User Interface so just decided to rewrite the code again from the beginning. 
But the problem came with the security from the hacker,cracker. yeah i know that .Net app can be easily de compiled so obstruced the code and declared all the class as not inheritable
so that they can't import the app and create a object for the some important class and understand the algorithm or working behind it.
Is there any other thing i am missing 
Can give any suggestion for the UI or features.
One More Question: Should i kill features for the shake of UI.(i think i should kill features).
|
|
|
|
|
kburman6 wrote: i am not satisfied with the User Interface so just decided to rewrite the code again from the beginning.
You're building a new house, because you did not like the way the old one is painted?
kburman6 wrote: But the problem came with the security from the hacker,cracker. yeah i know that .Net app can be easily de compiled so obstruced the code and declared all the class as not inheritable
"NotInheritable" is meant as a code-construction that helps during development, not as a means to stop hackers. Open up ILSpy, load your assembly, copy and paste.
kburman6 wrote: One More Question: Should i kill features for the shake of UI.(i think i should kill features).
Dunno, how many have you got? How many would your users want?
If the app is becoming too complex for the average user, then hide some of the features under an "Advanced" tab or button.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote:
You're building a new house, because you did not like the way the old one is painted?
Actually, the house has wrong things in wrong places which could not be done by just shifting the rooms.
Eddy Vluggen wrote:
"NotInheritable" is meant as a code-construction that helps during development, not as a means to stop hackers. Open up ILSpy, load your assembly, copy and paste
I have put a method
verify(apikey,secret)
with which you can activate every class and without it nothing will work.
It may be seen as constructor method.
Eddy Vluggen wrote:
Dunno, how many have you got? How many would your users want?
If the app is becoming too complex for the average user, then hide some of the features under an "Advanced" tab or button.
Hmm, that is good point 
|
|
|
|
|
kburman6 wrote: compiled so obstruced the code and declared all the class as not inheritable
You can always obfuscate your code by using an Obfuscator tool.
This will help reduce the risk of someone decompiling your code.
|
|
|
|
|
Thanks
But little bit scared because Obfuscator only change the names of methods,class,var to some random name.Means still can be decompiled and a very curious person can understand it.
And one more thing
Dim password as String ="sometxt"
sometxt can still be seen in memory dump of process is there any way to hide.
|
|
|
|
|
kburman6 wrote: But little bit scared because Obfuscator only...
There is no way to absolutely protect software that runs on a client device.
|
|
|
|
|
Nothing can protect you completely and even obfuscated code can be decompiled.
It is harder to do so though.
|
|
|
|
|
This is like locking the door to your house. Does it prevent somebody from knocking the door down with a bulldozer? No. It prevents them from getting EASY access to your house. A determined hacker can always crack your code - any code that can be run on the machine can be decompiled. You can encrypt your application, but the way that works is only the EXE file is encrypted - when the code is loaded into memory, it's decrypted and therefore understandable.
Your goal is to make it *not worth my time* to try to decompile your application. You need to make it so the official licensed version of your application is easier to get than the cracked version. Like locking the door to the house - you're not going to make it impossible to crack, just make it so difficult that it's easier to get the legit version. That way the only ones who will crack your app are the people who do that kind of thing for fun, and it won't hurt your app sales. Does anybody download the cracked Angry Birds? NO, because the licensed version is free.
|
|
|
|
|
Jasmine2501 wrote: official licensed version of your application is easier to get than the cracked version.
you are right.why don't i thought like that.
|
|
|
|
|
You are learning. We all have to learn these things. Someone told me many years ago, and I told you today. Isn't it wonderful to be a human being?
|
|
|
|
|
Hi,
First of all, I do not know if this is the correct forum. If not, please re-direct me.
I am re-designing a successfull application for XP to run under Win7 and 8. The previous incarnation runs under XP. The application at hand is a Cash Register/Production Application, not at all connected to the internet, just to a small local network. the general requirement is that a User signs in to an app running on a terminal, in order to register a fact of production, or a transaction with a customer. Any Opening,reading Writing or Closing happens under Program Control.
Under XP all machines run in non password Admin Mode. I see nothing wrong with it, but microsoft considers it a bad idea. (conversely, weare not aware of even one security related issue over the past 7 year).
I cannot think of even One feature of the 'Windows Development Cycle since 'windows XP' that has benefitted me.
The Read/Write/Modify set of permissions do not realy cut it. An employee must perform a transaction on the till, which requires a right to modify the Till Contents. he is however not allowed to do that at will. (Set the Contents to Zero, bring the takings home, and claim 'No Trade' for that day)
'Switch User' is definitely not a way to go. It is too slow, and All Users have to start from the same screen anyways.
The Microsoft model seems to be based on the 'country hopping traveling sales man', and the sharing of a computer between different people doing different things, like writing letters or spreadsheets, stored on the company server. The precursor to Azure(which I will NEVER assign my customers to)
In my application Internet security requirements are non existent.
I am now preparing a new design using the NET Framework.
I do not use any significant graphics, (other than Diaolg Boxes) DB Acces attempts account to about 1000 per week. on average over each of my users.
Anyone who can help?
Regards
Bram van Kampen
|
|
|
|
|
Bram van Kampen wrote: I am re-designing a successfull application for XP to run under Win7 and 8
Presumably based on business reasons.
Bram van Kampen wrote: 'Switch User' is definitely not a way to go.
If you want the terminal to act like a kiosk then research techniques for doing exactly that.
Other than that the app, not the OS, should control acccess to business functionality.
|
|
|
|
|
Well,
Your remark sounds sarcastic.
We aim just at the oposite. Version 2.00 was written in MFC 42,
the Re-Design affords that Version 3.00 will be written in C#. Virtually Nothing written in MFC/CPP will translate line by line to V3.00 code. We hope for a smooth technology change, with minimum Interface change.
In your argument, what is a Kiosk, and how does it exist under windows security.
Bram
Bram van Kampen
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
