Discussion of article "Library for easy and quick development of MetaTrader programs (part XVII): Interactivity of library objects" - page 2

New comment
 
Igor Makanu:

It's all clear, we are talking about using the minimum functionality (print properties of the symbol) proposed in the series of articles.

I can't say for the minimum.

TestDoEasyPart17.ex5
1 085 494 bytes - Release.
  644 140 bytes - Debug.

A lot, because there are no resources. They are not compressed by the archiver, so it is definitely not the result of a large number of text messages.

 
fxsaber:

I can't say for the minimum.

It's a bit much, as there are no resources. They are not compressed by the archiver, so it is definitely not the result of a large number of text messages.

thanks! - I don't want to install it, I'll wait for a while.

Well, you have determined the performance in absentia - you yourself wrote above that the compiler throws out all the unnecessary stuff, the weight of .ex5 turned out to be quite decent.

I suspect that there is no question of using ready-made libraries (classes) from the series of articles in the optimiser, we can only hope that the result of the work will be usability.

ZY: I don't know how much effort and time you spent on testing, but your libraries in KB are really working RAD (without GUI).

 
Igor Makanu:

You yourself wrote above that the compiler throws out all unnecessary stuff

I am somewhat surprised myself. To perform a correct benchmark, I had to write code in such a way that the compiler did not throw out the measured fragment. Otherwise, its time was supposedly zero - it threw it out.

 
fxsaber:

I am somewhat surprised myself. To perform a correct benchmark, I had to write code in such a way that the compiler did not throw out the measured piece. Otherwise, its time was supposedly zero - it was thrown out.

Each library collection is organised by one object. And each object is involved - in the timer it scrolls through the objects, pointers to which lie in it. I haven't disabled unnecessary classes yet - everything is ahead of me. For now I'm just creating workhorses for collecting the necessary information.
 
Artyom Trishkin:
So far, I'm just creating workhorses to collect the necessary information.

The volume of articles is very large, I will not be able to read them all, i.e. there is no ready realisation of "at least something!" yet?

first of all, I am interested in trading operations and methodology of order support - when to wait ?

SUS: is the number of views of articles added only from registered users, or from any viewing from the Internet?

 
Igor Makanu:

The volume of articles is very large, I can't read all of them, so there is no ready implementation of "at least something!" yet?

I am interested primarily in trading operations and methodology of order support - when to wait ?

SZY: the number of views of articles only from registered users is added, or from any viewing from the Internet?

1. Everything that has already been done can already be used. Of course, not as it will be further - very simply with the help of the methodology "question-answer", but to test each created class is made EA, which shows access to data, which is quite suitable for use.
2- Trades are on the way. Will be coming soon. But not in one article.
3. What is meant by maintenance? All the trade environment data has long been done. Events occurring with orders and positions are sent to the programme. There are test Expert Advisors. Access to events is shown there too. It is not simple and convenient, as it will be later, but it is suitable for use. If something is interesting how it can be implemented - you should just ask in the discussion.
4. I do not know how statistics is built.
 
Artyom Trishkin:

3. What is meant by maintenance? All data about the trading environment has long been done. Events occurring with orders and positions are sent to the programme. There are test Expert Advisors. Access to events is shown there too. It is not simple and convenient, as it will be later, but it is suitable for use. If you are interested in how to implement something, you should just ask in the discussion.

By maintenance I mean getting the properties of an open order(trade order, position and so on, let the 2nd moderator not see!!!).

as well as actions with this open order: closing, trailing, partial closing.... (if we complicate it further, it will be averaging, etc., but this is already a convention that was invented on traders' forums - an order is initially one!)

 

Although I am not involved in trading algorithms, I decided to delve into the author's codes and ideas. After the first paragraphs, I had a feeling that the author first reread Hegel's "Science of Logic" and then decided to programme it. It's all philosophy in code. From everywhere, like a tank armada, comes its majesty abstraction, cluttering the floors, and from it in the world of the author ploughed new and new entities born by crossing events, properties and objects. Note that the Property is no longer just a property, it has risen to the rank of "object". It has grown by itself, and claims to acquire its own properties. But where is the guarantee that its properties will not then claim independence and will not give birth to hordes of their own objects. After all, in the world of the author, all entities seek to become objects, and all objects seek to increase the arsenal of properties. According to this principle, the material expands rapidly. It is as if some philosophical mechanism has "stuck" and nobody can stop spontaneously multiplying entities. But in the end, I am afraid, the material prism will turn this beautiful, surreal, ephemeral world into a museum piece of this resource. Not a bad mental gymnastics, however. I support the articles.))


ZЫ. I forgot about the list of states of each derived property of an object, each of which can also be considered as an object with its own properties and a list of its events. Then there will be no end to this series of articles.))
 
Igor Makanu:

by maintenance I mean getting the properties of an open order(trade order, position and so on, let the 2nd moderator not see!!!).

and also, actions with this open order: closing, trailing, partial closing.... (if you complicate it further, it will be averaging, etc., but this is already a convention that was invented on traders' forums - the order is initially one!).

Order properties can be obtained. Properties of positions can also be obtained. You can get the whole history of a position from its properties - from the trade order to its closing. Each trade of a position allows you to find out the order that was used to get the trade. In general - the whole history of any position can be easily obtained, and all orders and deals can be found in it.

Actions with positions are not organised yet - opening/closing/modifying - all this will be in trading classes.

 
Реter Konow:

Although I am not involved in trading algorithms, I decided to delve into the author's codes and ideas. After the first paragraphs, I had a feeling that the author first reread Hegel's "Science of Logic" and then decided to programme it. It's all philosophy in code. From everywhere, like a tank armada, comes its majesty abstraction, cluttering the floors, and from it in the world of the author ploughed new and new entities born by crossing events, properties and objects. Note that the Property is no longer just a property, it has risen to the rank of "object". It has grown by itself, and claims to acquire its own properties. But where is the guarantee that its properties will not then claim independence and will not give birth to hordes of their own objects. After all, in the world of the author, all entities seek to become objects, and all objects seek to increase the arsenal of properties. According to this principle, the material expands rapidly. It is as if some philosophical mechanism has "stuck" and nobody can stop spontaneously multiplying entities. But in the end, I am afraid, the material prism will turn this beautiful, surreal, ephemeral world into a museum piece of this resource. Not a bad mental gymnastics, though. I support the articles.))


ZЫ. I forgot about the list of states of each derived property of an object, each of which can also be considered as an object with its own properties and a list of its events. Then there will be no end to this series of articles.))

Surrealism, Peter, is only in your head - here everything is structured and easily accessible. And everything is so simple that you can't even imagine it with your mind sharpened under the procedural worldview with the necessity to remember everything down to the cog of a big mechanism stuffed into one huge array.

And here everything lies in its place, and access to any place is made from the outside by specifying not even the coordinates of location, but practically any of the sought properties of the required object (however - these are its coordinates).

Imagine a garland. Have you imagined it? Address to any of its places can be specified by the number (property) of the desired object (this is the basis of the library). It uses other garlands as objects (this is already a two-dimensional table) - collections of objects. And in each of these garland-collections of objects there are objects of the same type. Object1, object2, object3, ..., objectN. This is already a three-dimensional table. Any of the objects can be accessed by specifying the type of the collection and the type of the object you are looking for. And then we get the required property.

That's it.

No tanks and alien armadas, Peter :)

And the most interesting thing is that in order to add functionality to all objects, you need to add it to just one object - the base object of all objects in the library, and all other objects of any type will immediately get it.

See how simple it is? No? Then I dare not change your mind.

ZЫ. I forgot that each such object independently informs the programme about its state - just receive and process it...

1234
New comment