We value your input! Please participate in Archicad 28 Home Screen and Tooltips/Quick Tutorials survey
2017-04-17 12:07 AM - last edited on 2023-07-12 08:44 PM by Doreena Deng
2018-08-31 12:46 PM
Ralph wrote:Thanks for the clarification. I wasn't aware of such a difference between C++ and C++/CLI. I thought is just a library which helps to glue both languages, not the language itself.
C++/CLI should really be thought of as a different languag
Ralph wrote:I love conspiration theories . It's probably what every big player used to do... Appel, Goole or is still doing Even Graphisoft dose some limitations based on their business model. However, I think that things are changing towards bigger openness of different technologies.
MS 'embrace, extend, extinguish'approach to software.
dfintha wrote:If there will be performance drop that's for sure is not worth.
it would highly impact its performance, which would be a great cost.
2018-09-02 04:35 PM
ARCHICAD is not built in a .NET environment, as it would highly impact its performance, which would be a great cost.why not consider a solution that not being the best on performance could broaden usability? One could say that this is the philosophy behind a (successful) product like Grasshopper, which not being top of the notch in terms of speed (for example, default type checking and casting of GH components penalize performance in favor of perceived simplicity on use. Still, this default behavior can be tweaked by a more experienced user using scripting tools offered by the system, improving the default performance)
2018-09-02 04:50 PM
2018-09-02 11:54 PM
2018-09-03 12:31 PM
leceta wrote:That's a misquote of something said by the designer of C++, Bjarne Stroustrup, way back in 1986. His actual statement was:
As kzaremba noted, Rhino despite being written in C++ has developed .net alternatives for the "develousers", probably because "A common proverb in the software industry states that you can easily shoot yourself in the foot with programming,but you can take your whole leg off with C++. Scripters rarely have to deal with anymore more severe than a paper-cut"
C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg offBecause this quote has been widely misquoted and/or misunderstood, Stroustrup has a more detailed explanation on his FAQ page:
Yes, I said something like that (in 1986 or so). What people tend to miss, is that what I said there about C++ is to a varying extent true for all powerful languages. As you protect people from simple dangers, they get themselves into new and less obvious problems. Someone who avoids the simple problems may simply be heading for a not-so-simple one. One problem with very supporting and protective environments is that the hard problems may be discovered too late or be too hard to remedy once discovered. Also, a rare problem is harder to find than a frequent one because you don't suspect it.You can dig yourself into a very deep pit with
2018-09-04 09:25 AM
it would highly impact its performance, which would be a great cost.
If there will be performance drop that's for sure is not worth.Grasshopper is very poor on performance side. I mean, graphical programming "vanilla GH". Its not difficult to improve his performance using some lines of c# or ironpython code. But this was a decision by its designer. I wouldnt care and slower performant alternative API to c++ (i say alternative, not substitute), if this decision open the door for greater usability, broader audience, GDL integration with current API (AFAIK current c++ API has not implemented geometry generation ala GDL, has it?), etc...