Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Define code and text style for the documentation #6

Open
1 of 2 tasks
cleberjamaral opened this issue Mar 2, 2023 · 6 comments
Open
1 of 2 tasks

Define code and text style for the documentation #6

cleberjamaral opened this issue Mar 2, 2023 · 6 comments
Assignees

Comments

@cleberjamaral
Copy link
Collaborator

cleberjamaral commented Mar 2, 2023

  • style for jason code (standard is snake_style)
  • style for artifact properties and actions (under discussion, see meeting minutes 230301)
@cleberjamaral
Copy link
Collaborator Author

Regarding the code style:
Snake_style is agreed to be the standard for jason code (prolog)
For the artifacts, it seems it is very subjective, so it can change according to the application [suggested by Tim]
Most important is to be consistent on the documentation [Andrei]
Jomi will send an email to everybody with a deadline for checking the documentation and make comments

@oboissier
Copy link
Contributor

Looking at the proposal for identifiers, not convinced by this non uniform style for identifiers that let clearly appear in the syntax the source of the identifier.
Question: one agent bob has a belief anObsProp created by an artifact. bob sends it to alice. alice has a new belief anObsProp that doesn't come from an artifact she is focused on. Maybe bob didn't want to share to alice that this belief issued from an artifact.

I would prefer a homogeneous writing style for identifiers, being from agentspeak program, organization program or from the observable properties or actions used in the AgentSpeak program issued of the Artifact world. One solution could be to go to a knowledge level style (snake?).

Olivier

@oboissier
Copy link
Contributor

Regarding Comments, what about giving a label to each plan, with a comment à la Java?

@jomifred
Copy link
Contributor

jomifred commented Mar 7, 2023

@rbordini
Copy link
Contributor

rbordini commented Mar 7, 2023

Hi, thanks all. I agree with Olivier that at last the identifiers in the Environment code that will go up to the level of the agent and organisation should have the same formation rule as the other names for goals, beliefs, roles, etc. We could use snake there, only for the observable properties and follow Java convention for the rest of the Java code or alternatively we move everything to Camel, after all not many people use logic programming languages where the snake style was the fashion 50 years ago. But I'm happy either way.

@jomifred
Copy link
Contributor

jomifred commented Mar 8, 2023

I added AR in the issue, given his expertise on env side.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants