¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Comparação entre ADT e SAP GUI: Qual é a melhor opção para desenvolvedores?

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 3 Vistas
0
Cargando...
Edit - removed personal references. Instead, I make this a conversation and between Boris.

A discussion has sprung up on the relative merits of ADT vs the SAP GUI editor at the end of a question.

Since it's at the end of a post concerning enhancements in ADT, I thought it should be a blog. I did suggest this to Boris who posted the argument that SAP GUI Editor is superior. But he didn't want to.
Before going further, I recommend this excellent blog from jelena.perfiljeva2 - (spookily prophetic about washing your hands, since the blog was posted november 2019... ).

So, I now present the discussion so far, in the hope of attracting a wider community discussion.



Boris





After so many years still we have to use SAP GUI and SAP GUI still looks more polished than the ADT. I don't understand why SAP needed ADT and wanted to kill GUI. Sometimes I feel SAP like the smart geek who has lost self-confidence because of the bullies. ADT because others use it, the new college goers use it... It can not be a valid excuse when your own tool or the IDE is million times superior to the Eclipse ADT. SAP GUI is million times ahead of any comparable UI platform as well. SAP u need to have more belief just don't join the so-called cool guys gals group have self-belief you are the coolest dude. Either make ADT feature complete or just start investing back in GUI. I don't see a single merit of using ADT except for the fact that SAP on purpose has locked down certain activities at GUI side.


matthew.billingham







Realmente deberías escribir un blog.


Ventajas de ADT (em nenhuma ordem específica)


1. Um ambiente de desenvolvimento amplamente conhecido, reduzindo muito a curva de aprendizado para muitos.


2. Versionamento local (cada vez que você salva, uma versão local é cortada). Isso é muito útil quando percebe que tomou o caminho errado e quer voltar ao que salvou às 10 da manhã. No SAP GUI, você teria que criar manualmente uma versão temporária em cada criação.


3. Quando sua conexão de rede cai, você não perde seu trabalho. Importante para trabalhadores remotos!


4. A conclusão de código é vastamente superior.


5. Você pode ter muitas janelas abertas ao mesmo tempo.


6. Você pode comparar classes/interfaces inteiras entre a versão local, as versões de transporte e o sistema, mesmo sistemas que não estão conectados entre si.


7. Os testes unitários são superiores aos do SAP GUI


8. É um IDE moderno - o SAP GUI manifestamente não é


9. É mais fácil de melhorar do que o SAP Gui (você até pode escrever seus próprios complementos)


10. Os erros de codificação são apontados imediatamente


Mudei do SAP GUI para o Eclipse há anos. Francamente, estou desconcertado com tanta resistência. Estive desenvolvendo em ABAP por mais de 20 anos (SAP GUI e Eclipse), e acredito que estou qualificado para dizer que qualquer desvantagem é completamente superada pelas vantagens. Acho o desenvolvimento mais rápido e fácil. O SAP GUI é desajeitado. Embora conceda que o depurador é mais potente.





Boris






matthew.billingham Boa ideia, mas não obrigado. Fico feliz que você ame o ADT, isso é bom para você. Mas, na minha opinião, qualquer pessoa que escreve código diariamente concordará comigo. Tempo de carregamento longo, congelamentos e funções incompletas. Como eu disse, apenas pelo fato de familiaridade, a SAP não precisa eliminar algo que é superior. Sou formado em Engenharia da Computação e sei que

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...
Outros poderiam estar movendo tudo para fora da interface gráfica de qualquer maneira, e transformar o SE80 em um IDE de última geração é um trabalho massivo.

Exatamente. Melhorar o ADT é relativamente barato: código aberto, habilidades transferíveis. Além disso, podemos estendê-lo nós mesmos. Até certo ponto. (Gostaria que a equipe do ADT colocasse pontos de melhoria em seus complementos).
Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...
A vantagem de ter toda a classe no ADT é que você pode comparar toda a classe com uma versão anterior ou em outro sistema. A desvantagem é que você não pode comparar alterações individuais de métodos como no SE80.

Claro, se estiverem trabalhando em uma grande classe juntos, cada um deve estar usando seu próprio sistema SAP e então mesclar as alterações, de acordo com o paradigma de dev-ops. 😉

Eu prefiro o ADT para programar, acho que é mais rápido e fácil que o SE80, sinos e apitos à parte. Quando estou trabalhando em um aplicativo multiclasse como costumo fazer (não tenho classes enormes), acho inestimável poder ter dez objetos abertos simultaneamente. E dada o enorme tamanho da minha tela, posso até mesmo tê-los todos visíveis! Mas suponho que o SAP GUI poderia ter adicionado abas ao SE80 de alguma forma.

Provavelmente seria mais barato para a SAP desenvolver ainda mais o Eclipse utilizando o framework de plugins. Provavelmente há mais pessoas disponíveis que sabem como fazer isso do que pessoas que podem expandir o SAP GUI.
Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...
Tenho várias coisas para dizer aqui

  • ADT nunca trava para mim

  • As atualizações são fluidas, provavelmente devido à configuração de proxy ou algo assim. Simplesmente abro o Eclipse um dia e há uma nova versão

  • Também gosto do VS Code. Você pode desenvolver ABAP no VS Code se desejar.

  • Faço a maior parte do meu trabalho no SE80

  • Escrevo muito código de testes unitários e faço isso no ADT porque só é possível gerar automaticamente definições/implementações de métodos locais no ADT


O Eclipse e o VS Code são realmente ótimos editores de texto porque na maioria das linguagens tudo é armazenado em um arquivo de texto, enquanto no SAP diferentes coisas estão em diferentes tabelas de banco de dados.

Então, quando eu faço uma lista das vantagens oferecidas pelo ADT (ou VS Code, que também pode ser usado para o desenvolvimento de ABAP e UI5), tudo se resume a codificar com auto completar/refatoração de código (os chamados quick fixes)

Agora aqui está a ironia. Mesmo que seja armazenado no banco de dados, o código ABAP ainda é texto na realidade.

Digamos que tenho a seguinte conversa imaginária.

Eu: No SE80, quando você clica em uma rotina FORM que ainda não foi criada, você pode gerar automaticamente essa rotina. Você não pode fazer isso (auto-criar definições/implementações de métodos locais) com classes locais no SE80. Mas você pode no ADT. Então, por que o SE80 não pode ser atualizado para fazer isso?

SAP: Poderíamos fazer, é claro, mas não queremos. Isso encorajaria as pessoas a continuar usando o SE80. Em vez disso, você deveria migrar para o ADT. O ADT é melhor de qualquer forma.

Eu: Em que sentido?

SAP: Para começar, no ADT você pode criar automaticamente definições/implementações de métodos locais,

Isso é o que chamamos de argumento circular. Mas dado que a SAP deixou clara sua posição, pelo menos vale a pena investigar os numerosos "quick fixes" disponíveis no ADT, muitos dos quais podem ser obtidos como complementos.

Um último ponto contra o ADT: meu colega e eu tivemos que trabalhar juntos em uma classe grande com cem métodos ao mesmo tempo. Deixando de lado o design nisso, no SE80 podíamos trabalhar em métodos separados dessa classe de forma independente, pois apenas um método por vez estava bloqueado, mas no ADT, assim que um de nós abria um método, toda a classe ficava bloqueada.
Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...
+1 para vrapper ?
Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?