Home » Community » Coffee corner » make U++ more elegant
|
|
Re: make U++ more elegant [message #9209 is a reply to message #9204] |
Sun, 22 April 2007 08:47   |
zsolt
Messages: 702 Registered: December 2005 Location: Budapest, Hungary
|
Contributor |
|
|
Ulti wrote on Sun, 22 April 2007 02:28 |
1.use XML to store resource
|
You can use it. XML classes are very simple and useful. For theIde project files, plain text is much better, because it can be read, edit, merge very easliy.
Quote: |
2.signal slot mode event system
|
Current callback system does the same with different terminology and simpler usage (Callback, THISBACK).
Quote: |
3.boost based core(this will make people use U++ with other lib easier)
|
I don't think so. Boost is a very slowly growing, old fashioned thing.
I think Upp is focused on GUI.
The pages are password protected.
BTW I was thinking about something similar in UPP, because current callback system could be easily extended to work transparently on network.
|
|
|
|
|
|
|
|
|
|
Re: make U++ more elegant [message #9283 is a reply to message #9214] |
Wed, 25 April 2007 16:39   |
Novo
Messages: 1430 Registered: December 2006
|
Ultimate Contributor |
|
|
luzr wrote on Sun, 22 April 2007 03:20 |
Ulti wrote on Sun, 22 April 2007 03:06 |
zsolt wrote on Sun, 22 April 2007 02:47 |
I don't think so. Boost is a very slowly growing, old fashioned thing.
|
but a lot of things were written using boost and stl.if you want use
these things,always need translation between two.
|
Yes, that is unfortunately true. There is always some kind of tradeoff, you can use STL or you can have our applications run 4 times faster with U++ Core... (latest benchmark with new Core).
Mirek
|
Intrusive containers have been accepted to Boost lately, if I recall correctly. So, "4 times faster" won't last too long 
Regards,
Novo
|
|
|
|
|
Re: make U++ more elegant [message #9291 is a reply to message #9290] |
Wed, 25 April 2007 22:07   |
 |
mirek
Messages: 14255 Registered: November 2005
|
Ultimate Member |
|
|
Novo wrote on Wed, 25 April 2007 15:58 |
UPP Core is based on NTL, which provides more efficient containers relatively to STL. "4 times faster" is related to containers, if I understood your idea.
New intrusive containers in Boost are faster than containers in STL.
Am I wrong?
|
AFAIK, intrusive containers are faster / more effective in certain specific scenarios than STL. But that does not make it match U++ Core. In fact, from what I have read, intrusive containers mostly deal with node based elements, however the sole idea of node based containers is faulty. Continuous storage wins.
BTW, U++ Core and NTL relation: In fact, U++ Core was first. NTL was just failed attempt to take a part of U++ Core and make it a library of it own. It was our first attempt to make some code public... 
Mirek
|
|
|
Re: make U++ more elegant [message #9295 is a reply to message #9291] |
Wed, 25 April 2007 22:53   |
Novo
Messages: 1430 Registered: December 2006
|
Ultimate Contributor |
|
|
luzr wrote on Wed, 25 April 2007 16:07 |
AFAIK, intrusive containers are faster / more effective in certain specific scenarios than STL. But that does not make it match U++ Core. In fact, from what I have read, intrusive containers mostly deal with node based elements, however the sole idea of node based containers is faulty. Continuous storage wins.
|
OK. You convinced me Actually, I've already read a book, which explains a similar technique. Unfortunately, I haven't had a chance to apply it yet.
Quote: |
BTW, U++ Core and NTL relation: In fact, U++ Core was first. NTL was just failed attempt to take a part of U++ Core and make it a library of it own. It was our first attempt to make some code public... 
Mirek
|
As far as NTL is that much better, it worth submitting to Boost. In this case you'll get unlimited advertising for free 
I think Boost worth using it. For example you could use Boost.Spirit to parse upp config files instead of manual processing them. Formal parsers let you discover interesting things like one below.
I found it in GridCtrl.upp
Regards,
Novo
|
|
|
|
|
Goto Forum:
Current Time: Sat Apr 26 14:31:07 CEST 2025
Total time taken to generate the page: 0.01372 seconds
|