[quote user="Zhen Li"]Do you know California Department of Transportation stop using Microstation?[/quote]
I don't know why I should take care about California DOT. Not because I don't live in US, but primarily because my customers are existing MicroStation, Bentley Map, PowerCivil etc. user that would like to add new functionality or to customize existing one. So I take care about API features, development and overall software development knowledge (plus for me an oustanding knowledge of MicroStation is "must to be maintained").
[quote user="Zhen Li"]A good product should always think about its customers not yourself. Customers first, yourself second.[/quote]
I don't understand in what context this sentence was written. But anyway: Customers of MicroStation are users, customers of MicroStation API are both Bentley internal and 3rd party developers. Despite of Bentley support of BDN was not intensive and good in the past, in the case of preparation of migration to CONNECT Edition they did a lot! IPrepared changes, the reason, overall philosphy, migration issues were presented and discussed at BDN conferences, migration workshops and other events done in last few years. So using your own words, there has been the customer (we developers) at first.
[quote user="Zhen Li"]Please tell me why Microsoft still support Windows 98 SDK? Because Microsoft does not know OOP? or new technology???[/quote]
I agree with Maury it's pretty weird to compare Windows 98 SDK in relation to 64bit application. I am very sure SDK you mentioned is not supported at all, because Windows 98 is dead product, but maybe it's possible under some condition to compile 16bit application. But as usually,it's not clear what you are talking about: SDK (set of tools like compiler etc. plus libs plus headers) or API, which is something very different, because old API can be simulated using new API often ... and it's exactly what MicroStation does now: 25 years old C API is simulated using C++ API.
And you missed important fact: Microsoft have billions of users and he strongly depends on 3rd party developers, because withou application any OS is useless. And it's the reason why Microsoft developed emulation of Win32 API (Windows on Windows) to allow start 32bit apps (like MicroStation V8i) in Windows 64bit environment. Contrary to it, Bentley has fraction of users and regardless 3rd party applications are important, without them MicroStation will still be used by manu users without any problem. So you force us to compare pines and apples.
[quote user="Zhen Li"]"C" is a subset of "C++" language. They are one computing language. I just need to just my job done.[/quote]
What to say? If you think it's true, I have no reason to argue with you, because it requires to read something e.g about C and C++ history, how C++ was designed using C experiences with requirements to allow compile and link the same code etc. Seems you don't know this history.
Lets quote Bjarne Stroustrup, author of C++: Is C a subset of C++? ... In the strict mathematical sense, C isn't a subset of C++. There are programs that are valid C but not valid C++ and even a few ways of writing code that has a different meaning in C and C++.
And if you still think it's true, why there are so many blogs, discussions on StackOverflow and chapters in training books focusing differences between C and C++? And why you can find article on Wikipedia about incompatibilites between C and C++?
If it's the same language:
- In C is it possible to use C++ constructions like OOP, references, enums, generics etc.? No, C does not support them. So C++ cannot be use in C world (C compiler).
- In C++ if you will write C code (which is allowed because C++ was designed to be backward compatible with C), can you utilize all C++ features? Not, e.g. generics require to use constructions not known to C. So C is not C++.
- Summary: They are different languages and as quoted, even C is not subset of C++. But intentionally C++ was designed to accept C code, but it does not mean they are the same language(s).
With regards,
Jan