My approach. The core is the engine. - page 161
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
In the past, no one had seriously pursued this line of work. And then suddenly they did. And why? Because I created the GUI builder for people, not for myself. And I want to distribute it freely. Of course, it is worse than C#, but it is safe and good for the Market. And it is constantly being developed. So what is the sense in it? (Do you want to spite me?)).
By the way, I've always said that I will suggest the structural design only for MT5. I have a testing ground on MT4. And it is justified from the development point of view. Makes me improve, look for better solutions...
I've updated the topic several times, maybe 20 people who read this forum have started their experiments, hardly more than that, and those who have already used third-party dll may still use it.
The developers of the terminal have not changed the concept of "secure sandbox for MT", nothing has changed.
as for your work... time will tell ;)
You're exaggerating your importance ;)
Who started it? I updated this thread several times, well, maybe 20 people who read this forum have started experiments, hardly more, and those who have used third-party dll before will continue to use it
The developers of the terminal have not changed the concept of "secure sandbox for MT", nothing has changed.
as for your work... time will tell ;)
You are exaggerating your importance ;)
No, I certainly exaggerate their importance (as we all do), but it's just a coincidence ...)).
An article can change everything. Thousands of people will read it and it may trigger something that cannot be turned back. Vasiliy is developing the Sharpe link professionally. I certainly don't mind, but publishing his solutions could be detrimental. Maybe I'm exaggerating, but if it's easy to link EA to Sharpe, you get a dangerous mix. The advisor is linked to the account, the money. The computer could have the user's personal details on it. Sharp will open the door to the trader's personal space. Gives access to forbidden areas. And the EA will serve someone else's dark agenda. Maybe not, but who knows?
An advisor can be bait to spread Trojans. They'll be planted and made freely available. And no more. :(((
The article may just instill confidence in Expert Advisors with the DLI and GUI. And any trust is a breeding ground for fraudsters.
An article can change everything. Thousands of people will read it and it could set in motion something that can no longer be turned around. Vasiliy is developing a connection with Sharpe in a professional manner. I certainly don't mind, but publishing his solutions could be detrimental. Maybe I'm exaggerating, but if it's easy to link EA to Sharpe, you get a dangerous mix. The advisor is linked to the account, the money. The computer could have the user's personal information on it. Sharp will open the door to the trader's personal space. Gives access to forbidden areas. And the EA will serve someone else's dark agenda. Maybe not, but who knows?
?
https://www.mql5.com/ru/articles/96
https://www.mql5.com/ru/articles/18
https://www.mql5.com/ru/articles/364
https://www.mql5.com/ru/articles/1414
https://www.mql5.com/ru/articles/73
https://www.mql5.com/ru/articles/1903
https://www.mql5.com/ru/articles/249
https://www.mql5.com/ru/articles/44
https://www.mql5.com/ru/articles/1361
https://www.mql5.com/ru/articles/236
https://www.mql5.com/ru/articles/1567
https://www.mql5.com/ru/articles/2895
... and another 12 pages of article searches... I think there will be over 50 articles on MT integration with external dlls for sure
и? ... all my respect to vasily, he has interesting articles, you can feel his professionalism, but do you think he will break the system? -system, that someone who didn't want to use Internet search, suddenly starts to deal with C# professionally ..... I can assure you, C# itself runs in its own ranting environment, you'll have to get out into pure C++ anyway ;)
...
https://www.mql5.com/ru/articles/2895
... and 12 more pages of article searches... I think there will be over 50 articles on MT integration with external dlls for sure
и? ... all my respect to vasily, he has interesting articles, you can feel his professionalism, but do you think he will break the system? -system, that someone who didn't want to use Internet search, suddenly starts to deal with C# professionally ..... I can calm down, C# itself runs in its own ranting environment, you'll have to get out into pure C++ anyway ;)
Remember how I was talking about the difficulty of connecting an external application to MT? Well, it really WAS complicated. It used to be. And now, when I was shown what the developers have done, how much they've simplified the connection, I got uncomfortable. Not because I was scared for my project, but because I always thought this direction was wrong in general.
The developers have simplified and expanded the possibilities of communication. Look how much easier it is to use the DLL now, compared to what is described in those articles. It's a hell of a lot easier. And now, instead of a dozen articles, there will be one. And with it, one simple adapter. And this is serious.
If you have decided to integrate all the niceties of C#, you must not forget all the side-effects that will appear together with the niceties.
I'm against the simplification of communication. If Vasily will write an article on the level of previous articles (complicated and murky) and his solution will be cumbersome and inefficient, nothing will change. But if he makes a revolution in simplicity and universality of connection, it will become dangerous.
If the article is written for a tick, it's nothing, but if it is written in good conscience and for real integration, the effect can be different.
The deadlock of mass integration with C# is evident in basic logical reasoning:
1. Suppose they created a universal connection to Sharp and everyone liked the new features. Wiz.studio, Windows GUI and all that... Everybody reached for C# and started to use it.
2. Trust in DLL EAs has grown. People freely put hybrid robots in trading. Helping each other to write them. Passing codes...
There are scammers, who see increased public trust to DLL EAs and decide to use it for stealing personal information, spreading viruses and other scams. They write malicious code, put it in the Expert Advisors, and throw them in the public domain. They advertise them as profitable Expert Advisors.
4. There appear victims - nuns, uninformed, altruists ... They write on the forum, telling. Confidence in the Expert Advisors written by others (even honest ones) begins to decline. Suspicions arise. Paranoia.
5. The circle closes. The wave of increased interest is inevitably killed by perpetrators taking advantage of other people's trust. And since there is no DLL control system, any mass use of MT-Sharp hybrids, turns into a roulette game.
But they are bound to proliferate, and there is no way to stop it. At this stage, the direction leads to a deadlock: - harm to advisors' reputation grows and a negative background is drawn around MT5, which supports malicious programming that hurts someone.
Therefore, this direction leads to nothing good.
The deadlock of mass integration with C# is evident in basic logical reasoning:
1. Suppose they created a universal connection to Sharp and everyone liked the new features. Wiz.studio, Windows GUI and all that... Everybody reached for C# and started to use it.
2. Trust in DLL EAs has grown. People freely put hybrid robots in trading. Helping each other to write them. Passing codes...
There are scammers, who see increased public trust to DLL EAs and decide to use it for stealing personal information, spreading viruses and other scams. They write malicious code, put it in the Expert Advisors, and throw them in the public domain. Advertise them as profitable Expert Advisors.
4. There appear victims - nuns, uninformed, altruists ... They write on the forum, telling. Confidence in the Expert Advisors written by others (even honest ones) begins to decline. Suspicions arise. Paranoia.
5. The circle closes. The wave of increased interest is inevitably killed by perpetrators taking advantage of other people's trust. And since there is no DLL control system, any mass use of MT-Sharp hybrids, turns into a roulette game.
But they are bound to proliferate, and there is no way to stop it. At this stage, the direction leads to a deadlock: - harm to advisors' reputation grows and a negative background is drawn around MT5, which supports malicious programming that hurts someone.
Therefore, this trend won't do any good. Then you have to prove for a long time that you're not a fool.
And only the one and only Petya Konov will save the entire international community of traders from scammers and return confidence in Expert Advisors. But only to those advisers who are on the nucleus to the moon.
Medal in stock...
The deadlock of mass integration with C# is evident in basic logical reasoning...
Peter, that seems to be the only argument you could find. But it doesn't stand up to criticism either, because:
- First, C# source code is supposed to be open source - you take it and see what it says. If you don't understand C#, there will be others from a large community who do and they will make a fuss.
- Second, even if the C# code is closed, it is still open. It is not a problem to restore the program practically one-to-one from the Net build. That's why writing trains and viruses in C# is not an option at all. It is practically an open technology in its essence.
So.Peter, that seems to be the only argument you could come up with. But it does not stand up to criticism either, because:
- First, C# source code is supposed to be open source - you take it and see what it says. If you don't understand C#, there will be others from a large community who do and will make a fuss.
- Second, even if the C# code is closed, it is still open. It is not a problem to restore the program practically one-to-one from the Net build. That's why writing trains and viruses in C# is not an option at all. It is practically open technology in its essence.
Anyway...We are talking about nubs, and they don't understand these nuances and don't understand the code. They are inherently trusting, and are bound to fall prey to scammers. Look at the fake EA shops. What if these hybrids with trojans are added there? Why be responsible for the emergence of a new niche of scams on the internet?
Who will restore the program from a .Net build? Nubians? Ordinary users? Are they going to open up the code and figure out if it is a Trojan or not? Seriously, Vasily.)
They will distribute it bypassing our site and there will be no control. All the negative messages from the victims will be spread here.
SZY. On a wave of trust to Sharp's dlls, scammers can distribute C++ dlls. Who on the Internet would know much about it...